RE: [Inkscape-devel] L10n questions
#: src/verbs.cpp:962 "Ru_lers"
#: src/verbs.cpp:962 "Show or hide rulers"
#: src/verbs.cpp:963 "Show or hide scrollbars"
Not used now, replaced by texts in interface.cpp. But it would be better to rework sp_ui_menu_append_check_item_from_verb so that when verb is non-null, it takes the label and tooltip from it as well (now it only takes shortcut).
And I just did this.
_________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI...
Win autobuild 5 June opened OK and appears normal. Autobuild 6 June does not open. Yields "Inkscape.exe has generated errors..." Autobuild 7 June...ditto.
Can someone else on Windows please confirm this? Downloads appeared normal in both cases.
vellum
vellum wrote:
Win autobuild 5 June opened OK and appears normal. Autobuild 6 June does not open. Yields "Inkscape.exe has generated errors..." Autobuild 7 June...ditto.
Can someone else on Windows please confirm this? Downloads appeared normal in both cases.
vellum
I am not at a Windows box this week. This is an example of where a build of inkscape without the
strip inkscape.exe
line being executed would be required to debug it. Running the unstripped .exe with
gdb inkscape.exe
...would likely indicate the culprit code.
Bob
On Mon, 7 Jun 2004, vellum wrote:
Win autobuild 5 June opened OK and appears normal. Autobuild 6 June does not open. Yields "Inkscape.exe has generated errors..." Autobuild 7 June...ditto.
Can someone else on Windows please confirm this? Downloads appeared normal in both cases.
Confirmed. I've committed a fix which is reproduced below. Ted, could you check it over?
Thanks
Carl
Index: main.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/main.cpp,v retrieving revision 1.42 diff -u -r1.42 main.cpp --- main.cpp 7 Jun 2004 07:21:26 -0000 1.42 +++ main.cpp 7 Jun 2004 16:02:43 -0000 @@ -256,12 +256,7 @@ // now switch gettext back to UTF-8 (for GUI) bind_textdomain_codeset (GETTEXT_PACKAGE, "UTF-8");
- -#ifdef WIN32 - Inkscape::Extension::Internal::PrintWin32::init(); -#endif - - inkscape_gtk_stock_init(); + inkscape_gtk_stock_init();
/* Set default icon */ if (g_file_test (INKSCAPE_DATADIR "/pixmaps/inkscape.png", (GFileTest)(G_FILE_TEST_IS_REGULAR | G_FILE_TEST_IS_SYMLINK))) { @@ -298,6 +293,11 @@ } }
+ +#ifdef WIN32 + Inkscape::Extension::Internal::PrintWin32::init(); +#endif + gtk_main();
#ifdef WIN32
On Mon, 2004-06-07 at 09:03, Carl Hetherington wrote:
Confirmed. I've committed a fix which is reproduced below. Ted, could you check it over?
Yeah, that will work. But, I guess my real question is why is that Init there? That init is done also in src/extension/init.cpp. That seems like a better place to me - is it being init'd twice on Win32?
--Ted
On Mon, 7 Jun 2004, Ted Gould wrote:
On Mon, 2004-06-07 at 09:03, Carl Hetherington wrote:
Confirmed. I've committed a fix which is reproduced below. Ted, could you check it over?
Yeah, that will work. But, I guess my real question is why is that Init there? That init is done also in src/extension/init.cpp. That seems like a better place to me - is it being init'd twice on Win32?
You're right, it is. I've removed the call from main.cpp.
Cheers
Carl
participants (5)
-
Bob Jamison
-
bulia byak
-
Carl Hetherington
-
Ted Gould
-
vellum