Re: [Inkscape-translator] New docking stuff... is... what?
On Wed, Feb 20, 2008 at 08:04:51PM +0100, Aleksandar Uro??evi?? wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hello,
After updating to SVN 17417 I noticed a bunch of new strings about docking ability. How to access this to test localisation? Dockable dialogs (fill and stroke, align and distribute, tansformations, etc) does not use this new strings.
To localise or not to localise a new 'dock' stuff?
Yes, this should be localized. This is work requested by Bulia of JonCruz, which is not yet finished, but I encouraged Jon to get the string changes committed and finalized first, prior to string freeze, in order to give the extra time for getting them localized.
Bryce
Feb 18 17:06:50 <^-> [JonCruz] bryce: I've got a minor delima Feb 18 17:07:39 <^-> [JonCruz] bryce: Bulia had requests and details about the swatch sizes, and I've found at least one bug in there once he described his symptoms... Feb 18 17:08:24 <^-> [JonCruz] bryce: but to get a full correction for his end use cases, it looks like a proper fix might take a bit of string changes/additions Feb 18 17:09:29 <bryce> JC, what's the dilemma? Feb 18 17:09:51 <^-> [JonCruz] will adding/changing strings be too much at this point in time? Feb 18 17:10:03 <bryce> we're not at string freeze yet (but close) Feb 18 17:10:09 <^-> [JonCruz] whew!!!! Feb 18 17:10:35 <bryce> if you get the changes in today, and email notification to inkscape-translator@, you should be ok Feb 18 17:14:32 <^-> [JonCruz] I've already touched base with ScislaC in general Feb 18 17:15:04 <^-> [JonCruz] been having a discussion with bulia about details. Feb 18 17:15:48 <^-> [JonCruz] I think it's mainly an issue with how to get things internally... the end goal is probably good.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Wed, 20 Feb 2008 11:45:10 -0800, Bryce Harrington wrote:
Yes, this should be localized. This is work requested by Bulia of JonCruz, which is not yet finished, but I encouraged Jon to get the string changes committed and finalized first, prior to string freeze, in order to give the extra time for getting them localized.
Thanks Bryce! Now all is clear and work can continue :)
Regards
- -- Aleksandar Urosevic, Kragujevac (Serbia) E-mail: urke.dd@...52... Web: http://www.urosevic.net (Serbian Cyrillic)
Serbian OpenOffice.org transliteration tool: http://www.OOoTranslit.info
On Feb 20, 2008, at 11:45 AM, Bryce Harrington wrote:
On Wed, Feb 20, 2008 at 08:04:51PM +0100, Aleksandar Uro??evi?? wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hello,
After updating to SVN 17417 I noticed a bunch of new strings about docking ability. How to access this to test localisation? Dockable dialogs (fill and stroke, align and distribute, tansformations, etc) does not use this new strings.
To localise or not to localise a new 'dock' stuff?
Yes, this should be localized. This is work requested by Bulia of JonCruz, which is not yet finished, but I encouraged Jon to get the string changes committed and finalized first, prior to string freeze, in order to give the extra time for getting them localized.
Just to be clear about which strings are which....
The ones I added were four strings in panel.cpp that show up in the popup menu for swatch panels ("Shape", "Tall", "Square" and "Wide"). "Shape" refers to the desired shape for the swatches. Currently the behavior had been to try to be square, but to allow for user choice in the bottom panel, etc. a setting on the "Tall" range would make the swatch taller than it is wide.
The ones I added were four strings in panel.cpp that show up in the popup menu for swatch panels ("Shape", "Tall", "Square" and "Wide"). "Shape" refers to the desired shape for the swatches. Currently the behavior had been to try to be square, but to allow for user choice in the bottom panel, etc. a setting on the "Tall" range would make the swatch taller than it is wide.
Jon,
How do you plan the behaviour if there palette is really small (few colours). It seems that at the moment the colours have to occupy the entire visible space of the control so if there are very few (and constrained to squares) short palettes always tend to be big. Would it be good to have each colour a box of fixed dimensions?
Regards,
On Feb 21, 2008, at 1:17 AM, Marcin Floryan wrote:
How do you plan the behaviour if there palette is really small (few colours). It seems that at the moment the colours have to occupy the entire visible space of the control so if there are very few (and constrained to squares) short palettes always tend to be big. Would it be good to have each colour a box of fixed dimensions?
That's not quite how things work. We say "please Mr. GTK Layout, give this widget a 4x4 square space".
Unfortunately now that the horizontal scrollbar is "when needed", GTK says "phooey on you, I need at least 40 pixels height, so deal with it"
One workaround to keep fixed size swatches would be to fill the rest of the area with grey. The problem is that you tend to have a lot of wasted space. So when GTK+ says "You get 640x40, and I don't care that you wanted 32x4", then we go ahead and use that space so it is not just wasted.
On 21/02/2008, Jon A. Cruz <jon@...34...> wrote:
Jon,
Thanks for the info. I kind of supposed this could be the case.
One workaround to keep fixed size swatches would be to fill the rest of the area with grey. The problem is that you tend to have a lot of wasted space. So when GTK+ says "You get 640x40, and I don't care that you wanted 32x4", then we go ahead and use that space so it is not just wasted.
This sounds like a fair approach. Should we then give a hint to the users and make the swatch size a "proffered size" and maybe group those in a sub-menu just like the new "Shapes"?
Regards,
On Thu, Feb 21, 2008 at 1:02 PM, Jon A. Cruz wrote:
That's not quite how things work. We say "please Mr. GTK Layout, give this widget a 4x4 square space".
This is most likely offtopic, but are you planning any changes to the way swatches dialog (Ctrl+Shift+W)looks? Currently it always displays horizontal scrollbar (while it shouldn't) and swatches are always rectangular, not square, and they do not reflow when width is changed.
Alexandre
participants (5)
-
Aleksandar Urošević -
Alexandre Prokoudine -
Bryce Harrington -
Jon A. Cruz -
Marcin Floryan