Joomla! Discussion Forums

I'm popping up this problem, because it's urgent.
The English menu has ICON labled with the needed names for the menu.
when changing language I need to change the labels.
as told, changing the ICON is too much work.

I could use the CSS of the menu to look similar to the ICON (it's just a square with borders), but it's size should change according the size of the label.
but still be stretch to occupy the entire width. (it's an horizontal menu).

any ideas?

The code provided above does not solve that problem. It solves the problem of the menu having many & instead of & 's.

You can go to includes/sef.php
go to the sefRelToAbs function.

find the line that says $string .= '&lang='. $iso blabla etc
En replace that & with a &.
So yoy get:
$string .= '&lang='. $iso_client_lang;

After doing that the warnings will be gone too, but if you upgrade (now or in de future) there might be a chance this code will be overwritten.


not true

@mtk
Maybe the easiest would be to load different CSS style sheets, based on the global $iso_client_lang, which could be 'en' or 'he'.
If you make that part of the css filename you can load the language specific stylesheet in your index.php and style it into the language you have current.

Is that a possibility?
Doing so you can also control RTL or LTR by CSS.

I could also do a specific class depnding on that variable.

thanks, I'll try changing the script for the menu.


btw, the DIR is not a problem. I can configure it with DEFINE in the language file...

Ok, what I did was replaced every single occurence of "&" with "&" in sef.php and that did the trick. Thanks.

Four issues:

1. Fatal error when $mosConfig_dbprefix is empty (mambelfish.class.php line 1024)

2. When you want to translate content, images are not correctly displayed: it takes mamboroot/administrator/ as root folder, but it should be mamboroot/

3. When translating static content, there are two content fields, but fulltext is not valid for this static content items

4. There is no copy/clear button for WYSIWYG fields

Hi
I have a problem with SEO (or OpenSef) and mambelfish.
Initially nothing worked and I used the modification advised by MarcV and it fixed most of the problem : all the internal links of my site works.
But the problem is I can only change of language on the frontpage. If the current URL  is different from http://localhost/index.php?lang=xx, the language parameter is ignored.

Did I forget something ?

The ISO for the languages in the configuration...

@ Jorrit
What version of Joomla?

1. Did you install AND publish the mbf language initialisation bot?
The bot uses globals of the configuration.php so the db_prefix should be available unless you have a local problem.
2. Might be related to 1.
3. Works as designed. Don't foresee any design enhancements until Joomfish.
4. See 3.

Regards

Latest, 1.0.7


This is line 1024:
$table = ereg_replace( $mosConfig_dbprefix, '', $table);

This code throws an error when $mosConfig_dbprefix == '', which is imo a valid value. This causes the following errors:
Warning: ereg_replace(): REG_EMPTY in ......\administrator\components\com_mambelfish\mambelfish.class.php on line 1024
Warning: ereg_replace(): REG_EMPTY in ......\administrator\components\com_mambelfish\mambelfish.class.php on line 1024
Fatal error: Call to a member function on a non-object in ......\components\com_mambelfish\classes\mambelfish.class.php on line 260

Before line 1024 it should check of $modConfig_dbprefix == ''. Aside of that, I think using ereg_replace for a simple str_replace is unnecessary.

When commented out, the program works fine.

@walb:
thanks I change the script creating the menu to be:
$class = $class . '-' . $iso_client_lang;

created 2 classed, one for each language...

@jorrit:
it was covered at the first posts of this thread...

In fact I think the ISO are OK.
I just added the mambot (before it worked without it) and it works better.
But i have a stange behaviour :

Site in French [click on English flag] -> English : Ok
[click on French flag] -> only the interface is in French
[second click on French flaf] -> everything is in French

PS : The locale iso is  fr_fr and everything is OK without SEO (and I have no cache)

check the languages/french.php file.
i'll find the line:

I think this is the ISO you need.

Is is very strange :

With SEO : I checked the ISO (it was "fr") but the problem is still the same, I need to click twice to the original language to have the good translation of the article.

With OpenSEF : only one click is OK, but the translated articles seem to be chosen randonmly

are you still using 'fr_fr' as the ISO in the FISH?
change it to 'fr'...

No, in mambelfish I use "fr" and "en".

I have a request, and would need a little support to answer some development related questions (as they come up).

Mamblefish compatibility has been on the radar for samSiteMap for a while now, and with the new move toward inclusion in the core, we really need to get this nailed down.  Our problem is that we (SAM Code Team) are not multilingual.  We speak only english.

We also would be hard pressed to find the time to create a site and go through the process of translating the content for test purposes.

Would anyone be willing to provide a complete Joomla 1.07 database dump from phpMyAdmin (excluding user and acl tables) for us to use to test with?  That would considerably shorten our time commitments needed to test and develop a solution for samSiteMap.

I can assure anyone willing to do so that the content would not be redistributed, and would only be installed on test servers located on private networks in non-internet addressable space.  Our test and development servers cannot be accessed via the internet at all.

Last request would be for someone to be available for us to ask questions of with regard to mamblefish as we encounter the inevitable integration issues.

Thanks to any who can assist,

GRAM

@Walb

Whoops - thanks for that.  It'll  teach me not to make a change and then go out for the rest of the day 

Geraint

p.s. Main topic amended with new version.  Also I have added a comment about making the system mambot directory writeable.

Change line 1024 to read:


[quote=∓quot;Jorrit"\]
2. When you want to translate content, images are not correctly displayed: it takes mamboroot/administrator/ as root folder, but it should be mamboroot/

3. When translating static content, there are two content fields, but fulltext is not valid for this static content items

4. There is no copy/clear button for WYSIWYG fields
[/quote]
Will probably get to these in the next release of Joomfish.  Why not add them as feature requests at developer.joomla.org.

Geraint

First file, mamblefish to joomla 1.0.7  installed ok. trying second mambot file and its not working. I changed permissions to 777.
Having hard time installing bot_mbf_language_system...Get following error.


Warning: move_uploaded_file(): Moved: '/var/tmp/phpwtAfwn' to '/home/mysite/public_html/media/bot_mbf_language_system.zip' in /home/mysite/public_html/administrator/components/com_installer/admin.installer.php on line 175

Warning: copy(/home/mysite/public_html/mambots/system/mbf_language.php): failed to open stream: Permission denied in /home/mysite/public_html/administrator/components/com_installer/installer.class.php on line 356
Upload mambot - Failed
Failed to copy file: /home/mysite/public_html/media/install_43d83e9f88c3c/mbf_language.php to /home/mysite/public_html/mambots/system/mbf_language.php

Any help please. Thank you.

Reading you error messages

This looks like /home/mysite/public_html/media/bot_mbf_language_system.zip could not be written - either because of the directory not being writable or that you couldn't overwrite the existing file for some reason.

This looks like /home/mysite/public_html/mambots/system/mbf_language.php could not be written - what are the permissions on /home/mysite/public_html/mambots/system?

Correct!!! PHP 5.0.4 vs PHP 4.3.11

I have a problem, after I ahev installed Mambelfish into my Joomla 1.0.7, the front end editor for adminstrator failed.

new contents do not show even it say it is saved. But in PHP 4.3.11, it s ok!

Any clues?

See http://forum.joomla.org/index.php/topic ... #msg179749 for probable solution

Hi thansk for replying

Found, changed, but no use....

OK - lets get more specific. 

By do you mean the frontend interface whilst logged in as "adminstrator" or the administrator interface?

Step by step, can you describe what you are doing and where it fails, starting from how you invoke the editor.

I'll see if I can figure out what's going on then.

Sure ! thanks for your help.

My server status:

Database Version:  4.1.13-standard-log 
PHP Version:  5.0.4 
Web Server:  Apache 
WebServer to PHP interface:  cgi 
Joomla! Version:  Joomla! 1.0.7 Stable [ Sunburst ] 15-Jan-2006 20:00 UTC 

ALL PHP and MySQL settings are by default.

What I am doing:

I have intalled Mambel Fish 1.5. Totally following your guide.

I mean the frontend interface whilst logged in as "adminstrator", the same looking of the webpage except that it greets you on left hand side saying "Hi, admin"

In this status, whenever you view a content of the web page, there is an editor icon next to the title of the content.

after u click it, editor shows then u can edit that part, but after u saved your change, the web page exits the editor WITHOUT really updating the content according to what u have just done.

If I am working in the backend (logged into the admin interface), this problem does not exist.

BUT FRONTEND EDITOR TO ME IS A MUST 

This problem does not exist if I am using this server:

Database Version:  4.1.14-standard-log 
PHP Version:  4.3.11 
Web Server:  Apache 
WebServer to PHP interface:  cgi 
Joomla! Version:  Joomla! 1.0.7 Stable [ Sunburst ] 15-Jan-2006 20:00 UTC 


Any more info needed?

thanks again
Andrew

Dont know how I over looked the mambot system writable comment. It worked now, everythings is insalled. Ill have to run through it and try it out when I get home tonight. Thanks for your help!!!

[quote author=VR2VKHIf I am working in the backend (logged into the admin interface), this problem does not exist.
BUT FRONTEND EDITOR TO ME IS A MUST 

This problem does not exist if I am using this server:
[/quote]

Just to double check - did you publish the translations made in the frontend?  Rather confusingly the default behaviour is that "NEW" translations can ONLY be published via the backend.

You probably didn't I only just added it since this problem was coming up rather often.