Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on August 30, 2010, 08:17:40 pm

Title: The 30 August 2010 build (6562) is out.
Post by: killerbot on August 30, 2010, 08:17:40 pm
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2810_gcc441.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc441.7z

The 30 August 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20100830_rev6562_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 30 August 2010 build (6562) is out.
Post by: Xaviou on August 30, 2010, 10:29:13 pm
Resolved Fixed:

  • EditorTweaks plugin: i18n fix to avoid crash when context-menu is shown; tiny fix for unix project-file

Hum... It seems not  :(
But I've founded something :
In the translation file, if the translations of the words "&Edit" and "Edit" doesn't match (I mean, if the translation of the first one is not equal to the translation of the second one with the character "&" at the first position), C::B crashes while opening the contextual menu.

For example, the following "po" file works fine :
Code
msgid ""
msgstr ""
"Project-Id-Version: codeblocks\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2010-08-24 20:51+0200\n"
"PO-Revision-Date: 2010-08-30 22:19+0100\n"
"Last-Translator: \n"
"Language-Team:  <ll@li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

msgid "&Edit"
msgstr "&Edition"

msgid "Edit"
msgstr "Edition"

But this one makes C::B crash :
Code
msgid ""
msgstr ""
"Project-Id-Version: codeblocks\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2010-08-24 20:51+0200\n"
"PO-Revision-Date: 2010-08-30 22:21+0100\n"
"Last-Translator: \n"
"Language-Team:  <ll@li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

msgid "&Edit"
msgstr "&Edition1"

msgid "Edit"
msgstr "Edition2"

Don't know if it can help, but I hope so...

Regards

Xav'
Title: Re: The 30 August 2010 build (6562) is out.
Post by: ahui886 on August 31, 2010, 03:36:09 am
thanks
Title: Re: The 30 August 2010 build (6562) is out.
Post by: gd_on on August 31, 2010, 02:22:57 pm
Thanks Xav. :)
I think you have found the problem, and it's an important point for all translators.
In the strings used by CB, we have effectively a few times the same one with and without the &. Theses strings are used in some situations by CB and more precisely by wxWidgets, I think, to obtain underlined characters used for keyboard shortcuts.
These chains are different for C, C++, xgetext, poedit, ..., but obviously not for C::B while using wxWidgets.
So, we, as translators, must be aware to exactly match all the chains which appears sometimes with the & and sometimes not.
It can produce a C::B crash, as the one mentioned previously, but also simply something which does not work as expected.
For example we find these strings in C::B:
&End-of-line mode
End-of-line mode
End-of-line Mode

May be the last one could be avoided, but this is not the problem.

The translation of the 2 first must exactly match (the position of the & in the translation is not important, I think). If not, EditorTweaks does not crash, but the translated menu of "End-of-line mode" appears twice in two different places, which is not the same behavior than in a standard English C::B, I mean a non i18n C::B. More, they can work differently in two different parts of the software, because they don't call the same function (may be it's not the case here, but this is just an example!).

Is it a C::B problem, a wxWidget one, a shared one, this is not really important. Just, translators must be aware that chains which appears both with & and without & MUST exactly match.

Thanks again Xav for having found this.

gd_on

Title: Re: The 30 August 2010 build (6562) is out.
Post by: gd_on on September 01, 2010, 10:05:21 am
Well, finally I think there is a bug in EditorTweaks.
At line 211 we find :
Code
int i=menuBar->FindMenu(_("Edit"));
but the real menu here, I think, is &Edit, so it should be :
Code
int i=menuBar->FindMenu(_("&Edit"));

I tested this both for standard C::B and i18n configuration. It works.

at line 221 the problem is not exactly the same (more subtle !) :
We have :
Code
        if(mm->GetLabel()==_("End-of-line mode"))
            menu->Remove(mm);
but the real menu is, I think, &End-of-line mode.
But if I try :
Code
        if(mm->GetLabel()==_("&End-of-line mode"))
            menu->Remove(mm);
it does not work as expected, probably because when the GetLabel is executed, the alt key is not down, so the label appears on the screen as "End-of-line mode" and not "End-of-line mode".
So, It's better to leave this part of code as it is now. May be to add both possibilities as :
Code
        if(mm->GetLabel()==_("End-of-line mode"))
            menu->Remove(mm);
        if(mm->GetLabel()==_("&End-of-line mode"))
            menu->Remove(mm);
but is it useful ?

May be, there is an other way to recover the right menu before removing it here.

In fact, everything happens as is the answer (or result of the instruction) is the right one, so the code works, but the question (or request) is not exactly the right one ! That's my feeling.

gd_on
Title: Re: The 30 August 2010 build (6562) is out.
Post by: Jenna on September 01, 2010, 01:32:20 pm
GetLabel returns the label text without accelerators, so it's up to the translator to use the same translation with and without accelerator (with and without the "&"), even if this means they have to know whether tge word is a menu-entry or something completely different that might be translated to a different word.

By the way: GetLabel is deprecated and GetItemLabelText should be used therefore.
Title: Re: The 30 August 2010 build (6562) is out.
Post by: Omnipotent Geass on September 04, 2010, 06:10:29 am
Any Linux binaries? I also seem to have issues trying to compile code from the svn repository.
Title: Re: The 30 August 2010 build (6562) is out.
Post by: ptDev on September 04, 2010, 09:34:12 am
Any Linux binaries? I also seem to have issues trying to compile code from the svn repository.

I often build C::B from the svn. What is your procedure?
Title: Re: The 30 August 2010 build (6562) is out.
Post by: Omnipotent Geass on September 05, 2010, 01:43:03 am
Well I am fairly new to linux and normally have used windows I have tried following the tutorial here http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux (http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux).

I can not seem to get it to work.

I am running a variant of ubuntu 10.04.

when I try to use the command which would install an older version.
sudo apt-get install code-blocks I get the following. So any help would be great.

Code
admin@Keiths-laptop:/$ sudo apt-get install codeblocks
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Suggested packages:
  wx-common codeblocks-contrib
The following NEW packages will be installed
  codeblocks
0 upgraded, 1 newly installed, 0 to remove and 11 not upgraded.
Need to get 0B/4,195kB of archives.
After this operation, 10.9MB of additional disk space will be used.
y
(Reading database ... 211876 files and directories currently installed.)
Unpacking codeblocks (from .../codeblocks_8.02-0ubuntu4_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/codeblocks_8.02-0ubuntu4_i386.deb (--unpack):
 trying to overwrite '/usr/share/man/man1/codesnippets.1.gz', which is also in package codeblocks-contrib-common 0:10.05-0ubuntu1~lucid
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Processing triggers for desktop-file-utils ...
Processing triggers for python-gmenu ...
Rebuilding /usr/share/applications/desktop.en_GB.utf8.cache...
Processing triggers for gnome-icon-theme ...
Processing triggers for man-db ...
Processing triggers for menu ...
Processing triggers for python-support ...
Errors were encountered while processing:
 /var/cache/apt/archives/codeblocks_8.02-0ubuntu4_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)