Software Hosting and Development Services available at PKP Publishing Services
As the developers of Open Journal Systems, Open Conference Systems, Open Harvester Systems, and Open Monograph Press, the PKP team are experts in helping journal managers and conference organizers make the most of their online publishing projects. PKP Publishing Services offers support for:
As a customer of PKP Publishing Services, you will not only receive direct, personalized support from the PKP Development Team, but will be contributing to the ongoing development of the PKP applications. All funds raised by PKP Publishing Services go directly toward enhancing our free, open source software. For more information, please contact us.
Are you responsible for making OJS work -- installing, upgrading, migrating or troubleshooting? Do you think you've found a bug? Post in this forum.
Moderators: jmacgreg, michael, jheckman, barbarah, btbell, bdgregg, asmecher
Forum rules
What to do if you have a technical problem with OJS:1.
Search the forum. You can do this from the
Advanced Search Page or from our
Google Custom Search, which will search the entire PKP site. If you are encountering an error, we
especially recommend searching the forum for said error.
2.
Check the FAQ to see if your question or error has already been resolved.
3.
Post a question, but please, only after trying the above two solutions. If it's a workflow or usability question you should probably post to the
OJS Editorial Support and Discussion subforum; if you have a development question, try the
OJS Development subforum.
by asmecher » Thu Jul 05, 2012 3:01 pm
Hi Walter,
That .rej file wouldn't explain the problem you're having.
Are you handy with PHP? If so, I can explain where that list of available locales comes from, and we can try to track down why it's not appearing as it should.
Regards,
Alec Smecher
Public Knowledge Project Team
-
asmecher
-
- Posts: 5757
- Joined: Wed Aug 10, 2005 12:56 pm
-
by wblandon » Thu Jul 19, 2012 8:58 am
Hi Alec.
I'm not handy with PHP but if you explain me the changes and files corresponding, I try to resolve it.
I apologize for late response but I not saw second page of posts.
Regards,
Walter Blandón
-
wblandon
-
- Posts: 26
- Joined: Fri Apr 27, 2012 2:25 pm
by asmecher » Thu Jul 19, 2012 9:34 am
Hi Walter,
These modifications will cause your installation to print out some debugging information on certain pages; don't leave the code in place except to try it briefly yourself.
Start in classes/submission/form/ArticleGalleyForm.inc.php. Find, near line 68:
- Code: Select all
$templateMgr->assign('supportedSubmissionLocales', $journal->getSupportedSubmissionLocaleNames());
Add just after that:
- Code: Select all
print_r($journal->getSupportedSubmissionLocaleNames());
die('End of output.');
This will list the journal's supported locale names on the galley edit page.
Regards,
Alec Smecher
Public Knowledge Project Team
-
asmecher
-
- Posts: 5757
- Joined: Wed Aug 10, 2005 12:56 pm
-
by wblandon » Tue Jul 24, 2012 12:37 pm
Hi Alec.
This is the screen result to add the code:
Array( [en_US] => English [es_ES] =>Español ) End of output.
Regards,
Walter Blandón
-
wblandon
-
- Posts: 26
- Joined: Fri Apr 27, 2012 2:25 pm
by asmecher » Tue Jul 24, 2012 1:42 pm
Hi Walter,
Do you see the following lines in your templates/submission/layout/galleyForm.tpl?
- Code: Select all
<tr valign="top">
<td class="label">{fieldLabel name="galleyLocale" required="true" key="common.language"}</td>
<td class="value">
<select name="galleyLocale" id="galleyLocale" class="selectMenu">
{html_options options=$supportedSubmissionLocales selected=$galleyLocale|default:$formLocale}
</select>
</td>
</tr>
Regards,
Alec Smecher
Public Knowledge Project Team
-
asmecher
-
- Posts: 5757
- Joined: Wed Aug 10, 2005 12:56 pm
-
by wblandon » Tue Jul 24, 2012 3:39 pm
Hi Alec.
Yes, I see code lines but there is a difference in our file:
{html_options options=$supportedLocales selected=$galleyLocale|default:$formLocale}
I replaced $supportedLocales by $supportedSubmissionLocales and now "Gallery Layout" list the languages correctly.
Thank you very much, very valuable your support.
Best regards,
Walter Blandón
-
wblandon
-
- Posts: 26
- Joined: Fri Apr 27, 2012 2:25 pm
by asmecher » Tue Jul 24, 2012 3:49 pm
Hi Walter,
I suspect this is due to something in your upgrade process -- it sounds like you have a mix of code for OJS 2.3.4 and 2.3.7. It would probably be worth doing a comparison of your installation against a stock 2.3.7 package using diff.
Regards,
Alec Smecher
Public Knowledge Project Team
-
asmecher
-
- Posts: 5757
- Joined: Wed Aug 10, 2005 12:56 pm
-
by wblandon » Wed Jul 25, 2012 7:09 am
Hi Alec.
In that case, we must update the code each time an inconsistency is detected?
How we use diff?
Can we install a new version 2.3.7 and migrate the current database without losing data?
Regards,
Walter Blandón
-
wblandon
-
- Posts: 26
- Joined: Fri Apr 27, 2012 2:25 pm
by asmecher » Wed Jul 25, 2012 9:01 am
Hi Walter,
Diff is a standard tool that can compare batches of files against each other and describe the differences. If you have a mix of different code versions, it will identify the places where this happened.
There are several upgrade methods. One of them is to use a new version of the code, your old database, and your old files. This method avoids patching etc., but of course if you've done any modifications you'll have to merge those in yourself. This is also described in docs/UPGRADE.
Regards,
Alec Smecher
Public Knowledge Project Team
-
asmecher
-
- Posts: 5757
- Joined: Wed Aug 10, 2005 12:56 pm
-
Return to OJS Technical Support
Who is online
Users browsing this forum: gemusehandler and 8 guests