Menu
▾
▴
dcplusplus-devel — Developer's list
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
(4) |
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(28) |
Nov
(89) |
Dec
(37) |
| 2008 |
Jan
(78) |
Feb
(37) |
Mar
(21) |
Apr
(3) |
May
(10) |
Jun
(3) |
Jul
(13) |
Aug
(7) |
Sep
(9) |
Oct
(3) |
Nov
(4) |
Dec
|
| 2009 |
Jan
(2) |
Feb
(7) |
Mar
(16) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
(8) |
Sep
|
Oct
(5) |
Nov
(4) |
Dec
(1) |
| 2010 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2012 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(2) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Jacek S. <arn...@gm...> - 2008-01-10 11:54:40
|
Michael Jones wrote: > First send to mailing list, so hope i not screwed up :) Welcome =) > Some translations attached in a rar file (i seem to remember Hotmail playing with line endings in patches, and breaking them a few years ago). > Might need a quick look through the patch to make sure i didn't screw up (DC++ compiled fine with them, and tested them to make sure they were alright, except for the one change in MDIChildFrame.h, as i didn't know where to look for that one :P). Looks good..."close" appears in the right-click menu of the tabs... > And to clarify, is it meant to be in English or American (they spell things weird) ? Well, personally I'd prefer English, but American unfortunately seems to be the standard so I guess that's the way to go... > Also wasn't really sure what to do about ones which could be written better, e.g. in the patch i did a straight copy of > Hub (last seen on if offline) > But if correcting english, i think > Hub (last seen in, if offline) > reads better. Feel free to change anything you like...you're the native speaker, not me... =) > thanks > MikeJJ (aka Pothead) > /J |
|
From: Flip F. <flu...@ho...> - 2008-01-09 15:28:43
|
Yes, i'll be available for adding, or changing icons if needed. Greetz, Fli= pFlop _________________________________________________________________ Bekijk Yes-R's real life soap op MSN Video! http://video.msn.com/video.aspx?mkt=3Dnl-nl&tab=3Dm1192527562294&vid=3D8aff= 5b76-b78d-4b55-8b64-ef7e1d73aab2&playlist=3DvideoByUuids:uuids:50b732c2-c10= 5-41e9-adf0-36bd627d4eaa,0813da8c-031b-423f-a79d-35d925aee805,5cce447e-948d= -43af-9862-45bb6bb9d6d8,6a39138c-f562-4254-be70-9d93343650f8,f9b8d78f-05a4-= 4c74-8e4b-28d20a4037ab&from=3DNLNL_Yes-R= |
|
From: David G. <c0...@cs...> - 2008-01-09 07:50:32
|
The question is whether we should keep "bad" strings in order to keep compatibility with old translations. I'd say we don't. Because new translations will have to be updated anyway. Of course, I'm not saying that we should spuriously change every string... Michael Jones wrote: > Also wasn't really sure what to do about ones which could be written better, e.g. in the patch i did a straight copy of > Hub (last seen on if offline) > But if correcting english, i think > Hub (last seen in, if offline) > reads better. |
|
From: David G. <c0...@cs...> - 2008-01-09 07:40:38
|
I'm not a usability expert, but the download/upload icons differ only in color, probably really hard to distinguish for color blind. Another is the arrows... both of them go down, but it is called "upload"... The ADL and SPY buttons shouldn't have text or acronyms spelled on them. Rather find some metaphor that fits better. Perhaps an actual picture of a spy (agent-like, with trench coat and hat)? I don't know. Flip Flop wrote: > > Here’s a quick mockup as proposal for new dc++ icons. > _http://www.3dv.nl/dc/images/toolbar-01.jpg_ > > > > These are only the 20x20 versions and it’s far from perfect still > (rough edges etc). > > But if the used style is ok, I can provide better defined icons in > different sizes, bmp or ico format. > > Ideas or suggestions for improvement are (as always) welcome. > > > |
|
From: Lightgirl _. <lg...@ho...> - 2008-01-09 03:08:08
|
AFAIK this is posted here as a first preview, and to get some guidelines in how to proceed in helping out making a new toolbar for DC++. So here is my 2 cent: I do think that the icons for ''ADLsearch'' and ''Spysearch'' is to similar to each others. There hard to read. Also the icon for Notepad is imo looking a lot like a folder icon since it has the same yellow init as they have. Maybe think of another colour for it? Other then that I like it, even if it do look odd to use those in DC++. But I welcome the change and thanks flupke-t-flopke for making this :) Regards, Lightgirl_xp Old lie — The check is in the mail.New lie — I didn't check the e-mail. — Brian Fine. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ |
|
From: Michael J. <mrm...@ho...> - 2008-01-08 19:59:35
|
First send to mailing list, so hope i not screwed up :) Some translations attached in a rar file (i seem to remember Hotmail playin= g with line endings in patches, and breaking them a few years ago). Might need a quick look through the patch to make sure i didn't screw up (D= C++ compiled fine with them, and tested them to make sure they were alright= , except for the one change in MDIChildFrame.h, as i didn't know where to l= ook for that one :P). And to clarify, is it meant to be in English or American (they spell things= weird) ? Also wasn't really sure what to do about ones which could be written better= , e.g. in the patch i did a straight copy of Hub (last seen on if offline) But if correcting english, i think Hub (last seen in, if offline) reads better. thanks MikeJJ (aka Pothead) _________________________________________________________________ Who's friends with who and co-starred in what? http://www.searchgamesbox.com/celebrityseparation.shtml= |
|
From: Todd P. <tod...@gm...> - 2008-01-08 13:28:07
|
On Jan 8, 2008 7:59 AM, Flip Flop <flu...@ho...> wrote: > These are only the 20x20 versions and it's far from perfect still (rough > edges etc). > > But if the used style is ok, I can provide better defined icons in > different sizes, bmp or ico format. > > Ideas or suggestions for improvement are (as always) welcome. > These look pretty uniform to me. Will you be available to add icons later, should the toolbar be reworked or features added that might belong there? -- Todd Pederzani tod...@gm... |
|
From: Flip F. <flu...@ho...> - 2008-01-08 12:59:14
|
Here=92s a quick mockup as proposal for new dc++ icons. http://www.3dv.nl/d= c/images/toolbar-01.jpg =20 These are only the 20x20 versions and it=92s far from perfect still (rough = edges etc). But if the used style is ok, I can provide better defined icons in differen= t sizes, bmp or ico format.=20 Ideas or suggestions for improvement are (as always) welcome. =20 Greetz, FlipFlop _________________________________________________________________ Download Messenger op je mobiel! http://www.windowslivemobile.msn.com/nl/ = |
|
From: Steven S. <ste...@gm...> - 2008-01-05 18:43:49
|
See http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include |
|
From: Jacek S. <arn...@gm...> - 2008-01-04 21:00:59
|
David Grundberg wrote: > Here's my take on FavHubsFrame.cpp and SpashWindow.cpp. Compiling takes > about one hour for me... :( I've commented out package-name in looks good in general..and yes, gcc is much slower than msvc unfortunately...gcc 4.3 should help some with variadic template params support...get a dual-core until then =) > SConstruct, and added gettext_noop and N_. I've also added TFN_ for ANSI > builts, which seemed to be lost. it would surprise me if that was the only problem with ansi builds... > In order to i18nize the column names I just copied > ResourceManager::getStrings and made some modifications to it. It > shouldn't reside in FavHubsFrame, but some other more accessible place. > Didn't know where to put it though. Moved to winutil... > Oh, and turns out StringDefs.h isn't pure ASCII, SETTINGS_EXAMPLE_TEXT > contains some characters > 127. It doesn't seem to be UTF-8. In CP1252 > it renders to something like &Acute;€... Corrupt? Should be euro signs...I changed them to escapes.. /J |
|
From: poy <po...@12...> - 2008-01-04 20:47:32
|
hello? |
|
From: poy <po...@12...> - 2008-01-04 19:58:18
|
thanks, that's exactly what i needed! :) i also (re-)added shift+click to close a tab and fixed few things about moving of the active tab. (removed the gettext template file since it's regenerated when building and gets diffed when making the patch...) poy ----- Original Message ----- From: "Jacek Sieka" <arn...@gm...> To: "poy" <po...@12...>; "Patches & development discussion" <dcp...@li...> Sent: Thursday, January 03, 2008 11:09 PM Subject: Re: [dcplusplus-devel] patch: tabs drag&drop > http://msdn2.microsoft.com/en-us/library/ms646262(VS.85).aspx? > > > poy wrote: >> added drag&drop to the tab control; inspired by WTL's FlatTabCtrl. uses >> 2 event handlers; on left mouse down & up. >> from what i could try it was ok, but it obviously requires more >> testing... >> >> one thing i couldn't do, is when you try to drop a tab completely on the >> right side and you expect it would move to the end. this doesn't work, >> because then the mouseUp event occurs outside of the tab control and >> thus isn't caught. >> >> poy >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> dcplusplus-devel mailing list >> dcp...@li... >> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel > > |
|
From: poy <po...@12...> - 2008-01-04 19:57:11
|
re-sending... > thanks, that's exactly what i needed! :) > i also (re-)added shift+click to close a tab and fixed few things about > moving of the active tab. > > (removed the gettext template file since it's regenerated when building > and > gets diffed when making the patch...) > > poy > > ----- Original Message ----- > From: "Jacek Sieka" <arn...@gm...> > To: "poy" <po...@12...>; "Patches & development discussion" > <dcp...@li...> > Sent: Thursday, January 03, 2008 11:09 PM > Subject: Re: [dcplusplus-devel] patch: tabs drag&drop > > >> http://msdn2.microsoft.com/en-us/library/ms646262(VS.85).aspx? >> >> >> poy wrote: >>> added drag&drop to the tab control; inspired by WTL's FlatTabCtrl. uses >>> 2 event handlers; on left mouse down & up. >>> from what i could try it was ok, but it obviously requires more >>> testing... >>> >>> one thing i couldn't do, is when you try to drop a tab completely on the >>> right side and you expect it would move to the end. this doesn't work, >>> because then the mouseUp event occurs outside of the tab control and >>> thus isn't caught. >>> >>> poy >>> >>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> dcplusplus-devel mailing list >>> dcp...@li... >>> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel >> >> > |
|
From: David G. <c0...@cs...> - 2008-01-04 08:05:15
|
Here's my take on FavHubsFrame.cpp and SpashWindow.cpp. Compiling takes about one hour for me... :( I've commented out package-name in SConstruct, and added gettext_noop and N_. I've also added TFN_ for ANSI builts, which seemed to be lost. In order to i18nize the column names I just copied ResourceManager::getStrings and made some modifications to it. It shouldn't reside in FavHubsFrame, but some other more accessible place. Didn't know where to put it though. Oh, and turns out StringDefs.h isn't pure ASCII, SETTINGS_EXAMPLE_TEXT contains some characters > 127. It doesn't seem to be UTF-8. In CP1252 it renders to something like &Acute;€... Corrupt? Jacek Sieka skrev: > I've now added a few macros and a few translations (DownloadsFrame.cpp) which should serve as > example of where we want to arrive more or less, so have a look and let me know what you think... |
|
From: Jacek S. <arn...@gm...> - 2008-01-03 22:09:43
|
http://msdn2.microsoft.com/en-us/library/ms646262(VS.85).aspx? poy wrote: > added drag&drop to the tab control; inspired by WTL's FlatTabCtrl. uses > 2 event handlers; on left mouse down & up. > from what i could try it was ok, but it obviously requires more testing... > > one thing i couldn't do, is when you try to drop a tab completely on the > right side and you expect it would move to the end. this doesn't work, > because then the mouseUp event occurs outside of the tab control and > thus isn't caught. > > poy > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > dcplusplus-devel mailing list > dcp...@li... > https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel |
|
From: poy <po...@12...> - 2008-01-03 21:53:43
|
added drag&drop to the tab control; inspired by WTL's FlatTabCtrl. uses 2 event handlers; on left mouse down & up. from what i could try it was ok, but it obviously requires more testing... one thing i couldn't do, is when you try to drop a tab completely on the right side and you expect it would move to the end. this doesn't work, because then the mouseUp event occurs outside of the tab control and thus isn't caught. poy |
|
From: Jacek S. <arn...@gm...> - 2008-01-03 19:57:29
|
I've now added a few macros and a few translations (DownloadsFrame.cpp) which should serve as example of where we want to arrive more or less, so have a look and let me know what you think... |
|
From: David G. <c0...@cs...> - 2008-01-03 17:03:22
|
Jacek Sieka skrev: > That's fine. If that is all that it takes, I'll remove the flag for now until 0.17 becomes widely > available...where did you find it? (So that I can include a link...) Goto: http://sourceforge.net/project/showfiles.php?group_id=2435 Download: gettext-0.16.1-1-bin.tar.bz2 gettext-0.16.1-1-dll.tar.bz2 libiconv-1.11-1-dll.tar Untar with 7-zip. Add the path of the bin folder to the environment variable PATH. Done. > There's nothing wrong - there are just very few strings that are actually gettext-translatable right > now. If there are no strings, it doesn't create any pot (as in the dcpp-case). Okay! I see! > Actually, it's T_...the way I set it up, gettext returns utf-8 (assuming that the translations are > in utf-8). If you look at T_, you'll see that it'll convert that into a win32 wide string usable > from the gui (otherwise you'd have to do "Text::toT(_("blah"))" every single time). Yeah, my bad. Apparantly I've just been focusing on problems, inventing new ones to fill the quota. Thanks for setting it straight. > Actually, StringDefs should go away. That's what the conversion is about - to take the actual string > from StringDefs.h, and replace all STRING(ENUM) instances in the source code with it. While doing > this, any strings that take parameters should be converted to boost syntax.. Also, all STRING(XXX) + > Util::toString(yyy) should be converted to "xxx: %1%" so that the parameter can be moved inside the > string... Okay, I take this is what you really want help with :D > In the end, we should only have _("xxx") and T_("xxx"), no STRING, CSTRING etc...Possibly, we'll add > a few more _-type macros (return xstring vs c_str())...noop and plural handling spring to mind as > candidates for new macros as well... > Another candidate would be a macro that returns a boost::format object at once ("#define F_(String) > boost::format(String)") to make it less intrusive... I'll keep this in mind. > UTF-8. Although I thought all files were ascii-clean (by using \xxx escapes to produce the correct > utf-8)? Yes, I just pointed out the inconsistency. I haven't browsed all the code, but ASCII is both CP1252 and UTF-8. |
|
From: poy <po...@12...> - 2008-01-03 16:30:15
|
>> After spending a day trying to build 0.17 with no success, I eventually >> just used a precompiled gettext-0.16. I cheated and removed the > That's fine. If that is all that it takes, I'll remove the flag for now > until 0.17 becomes widely > available...where did you find it? (So that I can include a link...) i have 0.15 here provided with Cygwin ( www.cygwin.com ) and it works fine as long as i remove that package-name argument. poy |
|
From: Jacek S. <arn...@gm...> - 2008-01-03 09:32:39
|
David Grundberg wrote:
> Well, yes, but...
>
> After spending a day trying to build 0.17 with no success, I eventually
> just used a precompiled gettext-0.16. I cheated and removed the
That's fine. If that is all that it takes, I'll remove the flag for now until 0.17 becomes widely
available...where did you find it? (So that I can include a link...)
> package-name flag from the SConstruct pot builder. Only to find out
> there is something wrong with how gettext is run by scons, and I get no
> dcpp/po/dcpp.pot file and a very small win32/po/dcpp-win32.pot file.
> Confusion. Running the same command by hand gets the job done however.
> Someday I'll just use a Linux box instead of this Windows deal.
There's nothing wrong - there are just very few strings that are actually gettext-translatable right
now. If there are no strings, it doesn't create any pot (as in the dcpp-case).
> I'm curious, why is both _ and _T extracted? Isn't _T the unicode string
> marker for win32 unicode/ansi builds? What I expected was that _ was
> used for translatable (unicode/ansi) strings, while _T is for hardcode
> (unicode/ansi) strings. But perhaps that's just a wxWidgets thing. We
> need to make a difference between the two anyhow.
Actually, it's T_...the way I set it up, gettext returns utf-8 (assuming that the translations are
in utf-8). If you look at T_, you'll see that it'll convert that into a win32 wide string usable
from the gui (otherwise you'd have to do "Text::toT(_("blah"))" every single time).
> On number 3:
>
> Yes, reading the pot-files and the translated dc++-xml file would be
> needed. But how are the strings going to be represented in the pot-file?
> Like the actual literal string I hope? ("Add To Favorites" instead of
> ADD_TO_FAVORITES or AddToFavorites)
Yes.
> Using the literals, StringDefs.h would have to be input to the
> conversion too, in order to translate from the enum value (which is read
> from the xml) to the untranslated string (which can be looked up in the
> pot). We'd have to modify the makedefs script to output gettext_noop()
> around the literals in StringDefs.cpp too.
Actually, StringDefs should go away. That's what the conversion is about - to take the actual string
from StringDefs.h, and replace all STRING(ENUM) instances in the source code with it. While doing
this, any strings that take parameters should be converted to boost syntax.. Also, all STRING(XXX) +
Util::toString(yyy) should be converted to "xxx: %1%" so that the parameter can be moved inside the
string...
In the end, we should only have _("xxx") and T_("xxx"), no STRING, CSTRING etc...Possibly, we'll add
a few more _-type macros (return xstring vs c_str())...noop and plural handling spring to mind as
candidates for new macros as well...
Another candidate would be a macro that returns a boost::format object at once ("#define F_(String)
boost::format(String)") to make it less intrusive...
> Also, xgettext is instructed to read the source files as UTF-8, but
> makedefs.py seems to think StringDefs.h is in CP1252. What encoding are
> the source files supposed to have?
UTF-8. Although I thought all files were ascii-clean (by using \xxx escapes to produce the correct
utf-8)?
>
> I'll just end this mail here while it's not a book. Sorry for this
> gigantic post :)
Well, it's better if we agree now to avoid unnecessary work later on =)
/J
|
|
From: David G. <c0...@cs...> - 2008-01-02 22:02:18
|
Well, yes, but...
After spending a day trying to build 0.17 with no success, I eventually
just used a precompiled gettext-0.16. I cheated and removed the
package-name flag from the SConstruct pot builder. Only to find out
there is something wrong with how gettext is run by scons, and I get no
dcpp/po/dcpp.pot file and a very small win32/po/dcpp-win32.pot file.
Confusion. Running the same command by hand gets the job done however.
Someday I'll just use a Linux box instead of this Windows deal.
I'm curious, why is both _ and _T extracted? Isn't _T the unicode string
marker for win32 unicode/ansi builds? What I expected was that _ was
used for translatable (unicode/ansi) strings, while _T is for hardcode
(unicode/ansi) strings. But perhaps that's just a wxWidgets thing. We
need to make a difference between the two anyhow.
On number 3:
Yes, reading the pot-files and the translated dc++-xml file would be
needed. But how are the strings going to be represented in the pot-file?
Like the actual literal string I hope? ("Add To Favorites" instead of
ADD_TO_FAVORITES or AddToFavorites)
Using the literals, StringDefs.h would have to be input to the
conversion too, in order to translate from the enum value (which is read
from the xml) to the untranslated string (which can be looked up in the
pot). We'd have to modify the makedefs script to output gettext_noop()
around the literals in StringDefs.cpp too.
Also, xgettext is instructed to read the source files as UTF-8, but
makedefs.py seems to think StringDefs.h is in CP1252. What encoding are
the source files supposed to have?
I'll just end this mail here while it's not a book. Sorry for this
gigantic post :)
David
Jacek Sieka skrev:
> Well, if you want to, there are lots of parameter-less strings that one could start with already...3
> can also be done now; as I see it, it should read the pot file and dc++-xml-file and write a po-file
> with all the exact matches translated, and the rest empty...unless you have a better idea...
>
> /J
>
> David Grundberg wrote:
>> When you have decided what formatting function to use, I will help out
>> with 2, 3 and 4.
>>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> dcplusplus-devel mailing list
> dcp...@li...
> https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel
|
|
From: David G. <c0...@cs...> - 2008-01-02 20:42:15
|
I've noticed that using Visual C++ 2005 Express Edition causes scons to
fail. On my machine at least. Caught me by surprise.
Removing the key (in CURRENT_USER\Software\Microsoft\Visual Studio
something) in the registry remedies the problem.
C:\dcpptrunk>scons tools=mingw
scons: Reading SConscript files ...
UnicodeDecodeError: 'ascii' codec can't decode byte 0xf6 in position 37:
ordinal
not in range(128):
File "C:\dcpptrunk\SConstruct",
line 77:
Help(opts.GenerateHelpText(env))
File "C:\Program\Python25\scons-0.97\SCons\Script\SConscript.py",
line 581:
env = self.factory()
File "C:\Program\Python25\scons-0.97\SCons\Script\SConscript.py",
line 561:
default_env = SCons.Defaults.DefaultEnvironment()
File "C:\Program\Python25\scons-0.97\SCons\Defaults.py", line 66:
_default_env = apply(SCons.Environment.Environment, args, kw)
File "C:\Program\Python25\scons-0.97\SCons\Environment.py", line 794:
apply_tools(self, tools, toolpath)
File "C:\Program\Python25\scons-0.97\SCons\Environment.py", line 137:
env.Tool(tool)
File "C:\Program\Python25\scons-0.97\SCons\Environment.py", line 1340:
tool(self)
File "C:\Program\Python25\scons-0.97\SCons\Tool\__init__.py", line 157:
apply(self.generate, ( env, ) + args, kw)
File "C:\Program\Python25\scons-0.97\SCons\Tool\default.py", line 41:
SCons.Tool.Tool(t)(env)
File "C:\Program\Python25\scons-0.97\SCons\Tool\__init__.py", line 157:
apply(self.generate, ( env, ) + args, kw)
File "C:\Program\Python25\scons-0.97\SCons\Tool\mslink.py", line 200:
include_path, lib_path, exe_path =
SCons.Tool.msvc.get_msvc_paths(env,versio
n)
File "C:\Program\Python25\scons-0.97\SCons\Tool\msvc.py", line 564:
include_path = get_msvc_path(env, "include", version)
File "C:\Program\Python25\scons-0.97\SCons\Tool\msvc.py", line 349:
return _get_msvc8_path(path, str(version_num), platform, suite)
File "C:\Program\Python25\scons-0.97\SCons\Tool\msvc.py", line 291:
dirs = _parse_msvc8_overrides(version, platform, suite)
File "C:\Program\Python25\scons-0.97\SCons\Tool\msvc.py", line 194:
settings_path = settings_path.replace(r'%' + env_var + r'%',
env_vars[env_va
r])
|
|
From: Jacek S. <arn...@gm...> - 2008-01-01 22:00:42
|
Boost format it is then ...%n% syntax looks nicest I think, followed by %|x|... /J > 1) I've no problems with using boost. > |
|
From: Steven S. <ste...@gm...> - 2008-01-01 21:18:15
|
Jacek Sieka wrote: > Ok, > > I've now committed the basic i18n support using gettext...I'm no gettext expert so there are > probably better ways to go about, but it seems to be working more or less...let me know what I got > wrong... > > What's left is the following: > > 1) Decide on formatting function (with positional args, preferably with automatic memory managment). > Boost seems the best so far (positional params, supported by xgettext, no memory hassles) but I'm > open to (msvcrt-friendly) alternatives... Steven? If boost, I'm open to using more of the boost > library (pointers, threads etc), evaluating each sublibrary on its own... > > 2) Convert all strings to use above mentioned formatting function > > 3) Make a script that converts the old language files > > 4) Preferably create the automatic merge script for the two project guis... > > Anyone interested? > > /J > 1) I've no problems with using boost. -Steven |
|
From: Jacek S. <arn...@gm...> - 2008-01-01 20:20:51
|
Well, if you want to, there are lots of parameter-less strings that one could start with already...3 can also be done now; as I see it, it should read the pot file and dc++-xml-file and write a po-file with all the exact matches translated, and the rest empty...unless you have a better idea... /J David Grundberg wrote: > When you have decided what formatting function to use, I will help out > with 2, 3 and 4. > |
30 messages has been excluded from this view by a project administrator.
