Just a quick update:

As we are getting ready for Kunena 1.6 we are also moving to a new hosting provider as our prior annual contract is up for renewal and we want to add capacity for the fast growth of several of our websites.

Unfortunately, we ran into some migration issues over the weekend that have kept Matias and myself working around the clock to get the resolved. Please be patient. We will get these issues resolved and will return to closing out Kunena 1.6 right after that.

Kunena 1.6 has seen some good stability and install improvements and we should soon be able to install a version on a public server.

Thx!

fxstein

jackdani82 wrote:

Vielleicht kann man das für die nächste Version korrigieren.

Ich wollte es nur vorab rechtzeitig bekanntgeben, damit evtl. jemand anders aus der Community das übersetzt:

Werde die Kunena Übersetzungen aus Zeitmangel ab/inkl. v. 1.6 nicht mehr erstellen (gerne aber weiterhin zum Download bereitstellen).

Ich hatte die 1.6 (*.php) immer zeitgleich mit Kunena SVN synchronisiert, das Ganze neu für 1.6 auf UTF-8 umgestellt und in eine neutrale Anredeform umgeschrieben. Vor 2 oder 3 Tagen wurde von Kunena entschieden, die Sprachdateien von *.php auf *.ini umzustellen und irgendwann soll es auch ein Umwandlungstool geben.

Wer sich dran setzen möchte:
Frontpage ini und Backend ini


Übrigens wird Kunena v. 1.6 schon inkl. haben: Zeitformat- und Avatarbox Platzierungs-wahl.

A long time ago we changed from html to bbcode on all forum headers. This was done to support private group forums where members can potentially define forum headers. Please convert you html to bbcode and you should be fine simply use [url] and [img] tags for any graphics you want to embed.

Hope this helps!

No. Parent looks the same as in VB. It's the post you answered to (reply/quote).

So to map thread from VB to Kunena, you need to look at the threads table and to find first message. That first message = thread in Kunena.

I believe that it's a css rule in your template that confuses IE. You just need to guess which one.

I suspect the same: something is preventing language file from being loaded. But according to that function, it's a plain Joomla function call -- no idea why this happens.

Where to get this plugin?

Those URLs are actually working. It reminds me from a Joomla SEF bug(?) where itemid gets lost. Can you see non-sef urls from sh404SEF? How does the forum url look like?

And btw: your urls should look like /support/, not /forum/..

New translations will not get lost: we just need to organize it so that they will get our attention.

My tool takes existing translation (either php or ini) and compares fields to the new INI file. It will then compare all the fields removing all unused strings and adding new fields that are missing from the translation.

I have made some plans how to make this transition easy to everyone, but there are still some details which are open (we decided to do this about 24 hours ago).

These have been renamed to *_DEC

I'm not sure what name Joomla 1.0 used for Chinese: please check the filename from CB or UddeIM language files, if they exists.

You can change posting time from Kunena backend. There is timezone offset, which needs to contain delta from the server time to local time. This option has been removed from K1.6 in favor of users own timezone.

New strings will be added automatically and commented out so that you can find them easily (color coded if you have decent editor with INI file support). If you have already translated those strings, just put your latest translation into somewhere where I can find it and they will be added into translation.

Look into translations section: I posted more information into there.

juuk: answer to your question is no. Fields are not automatically updated, you need to do it by hand.

@ alex2001: CB version, Kunena version?

If you are talking about forum tab in CB user profile, that's done by CB simpleboard plugin, which is part of CB itself.

Or just upgrade Kunena to the latest version.. It will fix this too, and you do not have to set profiles link to Public.

Are you sure that you have set GJ to have only private groups? With public groups this is what I expect it to do..

There is one way to get private forum: changing pub_access field to 1 in phpmyadmin. I do not generally recommend doing this, but now there are no other choices.. I will mark this bug to be fixed to K1.6.

See this thread for more details:

www.kunena.com/forum/143-translations-ku...tic-conversion-tools

Those who have been following our SVN commits have already started to ask, do they need to translate everything from the scratch. The answer is no.

Moving to Joomla language files had important advantages:

1) It was needed to make K1.6 to work in J1.6 (there are still some minor issues in installer)
2) Untranslated strings broke JavaScript; this does not happen with INI
3) Untranslated strings caused PHP warnings; this does not happen with INI
4) Old language file was filled with 800-1000 deprecated strings (read: not used)
5) Old language file did not work well with automation, which I plan to make translation task easier
6) Old language files cannot be installed by using Joomla installer

The list goes on..

I will soon commit script, which will:

* convert old language file to INI
* remove all deprecated entries from it
* split the file into two (admin, site)
* detect all missing translations
etc..

All the languages in this forum will be converted my our team soon, so you do not have to worry it by yourselves.

DO NOT TRY TO CONVERT LANGUAGES BY YOURSELF, THOSE FILES WILL MOST LIKELY CONTAIN ERRORS

I was away because of personal loss.

Kunena 2.0 will most likely have migration from JoomlaBoard -- it's really easy to do with the new installer (just one line into array). In the meanwhile I suggest looking at the thread sozzled suggested. It's actually what FireBoard does when it migrates from JB.

Or just try to find old version of FB and use it.

Look at page source if there's still extra javascript files conflicting with Kunena.