cssed-devel Mailing List for cssed (Page 7)
Brought to you by:
iagorubio
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
(73) |
Apr
(46) |
May
(16) |
Jun
(14) |
Jul
(3) |
Aug
(4) |
Sep
(185) |
Oct
(17) |
Nov
|
Dec
(2) |
2005 |
Jan
(3) |
Feb
(83) |
Mar
(8) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(5) |
Dec
(11) |
2006 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <mic...@ea...> - 2004-09-28 15:56:35
|
Le 27 sept. 2004, =E0 19:42, Iago Rubio a =E9crit : > On Mon, 2004-09-27 at 04:51, Mich=E8le Garoche wrote: > Well, there's the new file selector. > How it works in OsX ? It works well. > It is new code in cssed (not an API upgrade the olf FileSelector is > still in GTK, to use the new you must rewrite the file selector code). > >> It seems that it is a style property: has_secondary_backward_stepper, >> has_secondary_forward_stepper introduced in gtk 2.4 and set to false=20= >> by >> default, truly stupid first to put it as style property, hence not >> changeable within a given application, second to set it as false by >> default. >> >> And after browsing the gtk code, I've seen that first the parameter = is >> only readable, second there is a bug in the name of one of those >> parameters. >> >> gtk_widget_class_install_style_property (widget_class, >> g_param_spec_boolean = ("has_secondary backward_stepper", >> = P_("Secondary backward stepper"), >> = P_("Display a second backward arrow button on the opposite=20 >> end >> of the tab area"), >> FALSE, >> =09 >> = G_PARAM_READABLE)); >> >> See a _ is missing in the second parameter, so it's likely not to=20 >> work. > > Upsh ! It should be filed in bugzilla. Already reported on the gtk mailing list and already changed in cvs by=20= Matthias Clasen the same day :-) Mich=E8le <http://micmacfr.homeunix.org> |
From: Iago R. <iag...@hi...> - 2004-09-27 17:42:47
|
On Mon, 2004-09-27 at 04:51, Mich=C3=A8le Garoche wrote: > Le 26 sept. 2004, =C3=A0 11:31, Iago Rubio a =C3=A9crit : >=20 > > On Sun, 2004-09-26 at 05:23, Mich=C3=A8le Garoche wrote: > >> I've just noticed a change in notebook editor concerning the little > >> left and right arrows to navigate the documents. In previous version, > >> there were grouped together at the right end, which was very > >> convenient; now, there are separated, one at the left end, the other > >> one at the right end, which leads to unneeded mouse moves. > > I've mde no changes regarding the notebook in the code (??) > >> Is this a change in the code or is this a change in the gtk API? > > May be you upgraded your Gtk to 2.4 ? > Yes, it was upgraded to 2.4.9, by the way this change is a backwards=20 > change for me. Well, there's the new file selector. How it works in OsX ? It is new code in cssed (not an API upgrade the olf FileSelector is still in GTK, to use the new you must rewrite the file selector code). > It seems that it is a style property: has_secondary_backward_stepper,=20 > has_secondary_forward_stepper introduced in gtk 2.4 and set to false by=20 > default, truly stupid first to put it as style property, hence not=20 > changeable within a given application, second to set it as false by=20 > default. >=20 > And after browsing the gtk code, I've seen that first the parameter is=20 > only readable, second there is a bug in the name of one of those=20 > parameters. >=20 > gtk_widget_class_install_style_property (widget_class, > g_param_spec_boolean ("has_secondary backward_stepper", > P_("Secondary backward stepper"), > P_("Display a second backward arrow button on the opposite end=20 > of the tab area"), > FALSE, > =09 > G_PARAM_READABLE)); >=20 > See a _ is missing in the second parameter, so it's likely not to work. Upsh ! It should be filed in bugzilla. --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-27 12:29:40
|
On Mon, 2004-09-27 at 03:33, Mich=C3=A8le Garoche wrote: > Le 26 sept. 2004, =C3=A0 21:39, Iago Rubio a =C3=A9crit : >=20 > > On Sun, 2004-09-26 at 17:22, Mich=C3=A8le Garoche wrote: > >> Le 26 sept. 2004, =C3=A0 15:03, Iago Rubio a =C3=A9crit : > >> > >>> > >>>> 2 - Add the Ctrl-Z shortcut to the Edit menu for undo, since it=20 > >>>> works > >>>> (reported earlier for the 0.2.1 release: Jun, 16th Some bugs from > >>>> 2.1). > >>>> It's working right now. > >> Yes, it works, but it is not mention in the menu as shortcut. > > > > Yes, it's one of those scintilla internalls and should be in the doc,=20 > > is > > it ? > It was already in the doc, I hope only it could be mentionned in cssed=20 > UI. The UI shortcut is Ctrl + E + U (in C fallback language) in the spanish one is Ctrl + E + D.=20 Those (built-in) shortcuts are Windows "legacy".=20 I can try to disable them but can not use two sets of shortcuts in the same menu item. May be a tooltip in the toolbar redo button ? > > So you've got the input method program included in the system then. > Yes. >=20 > > > > But a IM is needed to write asian always. The only difference is I must > > download it separately, and you've got it included in your system. > > > > Could you test if it works on cssed ? > I would love to test it, but I don't speak a simple word of Japanese,=20 > so it is difficult for me to test it. Just try "ga ge gi" those should be converted to katakana. I mean when you type "ga" a single japanese character should appear. --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-27 11:37:40
|
On Mon, 2004-09-27 at 09:35, Mich=C3=A8le Garoche wrote: > Removed a debug string in callbacks.c; Misspelling and integrated=20 > changes from yesterday into main ChangeLog. Here's the diff Ok, thanks :) --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-27 11:37:39
|
On Mon, 2004-09-27 at 10:57, Mich=C3=A8le Garoche wrote: > The problem remains that I cannot save a file under a korean name for=20 > example from within cssed, because the save dialog falls under my=20 > system language. Maybe it's possible on other systems or if I switch=20 > completely to korean system language, but then I'm unable to do=20 > anything since I don't understand anything :-). Yes you need a Korean environment, but no need to change the whole system environment just to change it in the console you're running the app, or better. use a script to set up the environment and then launch the app. I use this script to test japanese input in cssed: #!/bin/bash export LC_ALL=3Dja_JP export LANG=3Dja_JP.utf8 export XMODIFIERS=3D'@im=3Dkinput2' kinput2 -canna & cssed & What I don't know is how it works your - built-in - input method. I can tell you how to set up an environment to use Japanese or Korean in your system, but I supose it'll be useless for you, won't it ?=20 :) --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: <mic...@ea...> - 2004-09-27 08:57:55
|
The problem remains that I cannot save a file under a korean name for=20 example from within cssed, because the save dialog falls under my=20 system language. Maybe it's possible on other systems or if I switch=20 completely to korean system language, but then I'm unable to do=20 anything since I don't understand anything :-). Mich=E8le <http://micmacfr.homeunix.org>= |
From: <mic...@ea...> - 2004-09-27 08:32:27
|
Le 26 sept. 2004, =E0 21:39, Iago Rubio a =E9crit : > Could you test if it works on cssed ? > > I mean *in* cssed, as your IM should you change the text on the=20 > document > on the fly (it's how it works now in cssed), no if it let you choose a > kanji and write it on any document. I've made sort of test, though I don't know if it is what you want. I've created a new file, choosen DBCS as document encoding, chosen=20 Kangul as character set, changen the police to #GungSeo, changed my=20 keyboard to Kangul, written some special characters, then those are=20 correctly displayed in cssed window. When I close the file, then reopen it, I need to choose again DBCS as=20 encoding to have a correct display. I've noticed also that a blank line=20= is always added when reopening the file (I'll guess this is what is=20 done for css files). I've given the file the extension .txt, it may explain the behaviour. Mich=E8le <http://micmacfr.homeunix.org> |
From: <mic...@ea...> - 2004-09-27 07:35:14
|
Removed a debug string in callbacks.c; Misspelling and integrated changes from yesterday into main ChangeLog. Here's the diff |
From: <mic...@ea...> - 2004-09-27 02:51:26
|
Le 26 sept. 2004, =E0 11:31, Iago Rubio a =E9crit : > On Sun, 2004-09-26 at 05:23, Mich=E8le Garoche wrote: >> I've just noticed a change in notebook editor concerning the little >> left and right arrows to navigate the documents. In previous version, >> there were grouped together at the right end, which was very >> convenient; now, there are separated, one at the left end, the other >> one at the right end, which leads to unneeded mouse moves. > I've mde no changes regarding the notebook in the code (??) >> Is this a change in the code or is this a change in the gtk API? > May be you upgraded your Gtk to 2.4 ? Yes, it was upgraded to 2.4.9, by the way this change is a backwards=20 change for me. It seems that it is a style property: has_secondary_backward_stepper,=20 has_secondary_forward_stepper introduced in gtk 2.4 and set to false by=20= default, truly stupid first to put it as style property, hence not=20 changeable within a given application, second to set it as false by=20 default. And after browsing the gtk code, I've seen that first the parameter is=20= only readable, second there is a bug in the name of one of those=20 parameters. gtk_widget_class_install_style_property (widget_class, g_param_spec_boolean = ("has_secondary backward_stepper", = P_("Secondary backward stepper"), = P_("Display a second backward arrow button on the opposite end=20 of the tab area"), FALSE, =09 = G_PARAM_READABLE)); See a _ is missing in the second parameter, so it's likely not to work. Mich=E8le <http://micmacfr.homeunix.org> |
From: <mic...@ea...> - 2004-09-27 01:33:37
|
Le 26 sept. 2004, =E0 21:39, Iago Rubio a =E9crit : > On Sun, 2004-09-26 at 17:22, Mich=E8le Garoche wrote: >> Le 26 sept. 2004, =E0 15:03, Iago Rubio a =E9crit : >> >>> >>>> 2 - Add the Ctrl-Z shortcut to the Edit menu for undo, since it=20 >>>> works >>>> (reported earlier for the 0.2.1 release: Jun, 16th Some bugs from >>>> 2.1). >>>> It's working right now. >> Yes, it works, but it is not mention in the menu as shortcut. > > Yes, it's one of those scintilla internalls and should be in the doc,=20= > is > it ? It was already in the doc, I hope only it could be mentionned in cssed=20= UI. > So you've got the input method program included in the system then. Yes. > > But a IM is needed to write asian always. The only difference is I = must > download it separately, and you've got it included in your system. > > Could you test if it works on cssed ? I would love to test it, but I don't speak a simple word of Japanese,=20 so it is difficult for me to test it. Mich=E8le <http://micmacfr.homeunix.org> |
From: Iago R. <iag...@hi...> - 2004-09-26 19:39:16
|
On Sun, 2004-09-26 at 17:22, Mich=C3=A8le Garoche wrote: > Le 26 sept. 2004, =C3=A0 15:03, Iago Rubio a =C3=A9crit : >=20 > > > >> 2 - Add the Ctrl-Z shortcut to the Edit menu for undo, since it works > >> (reported earlier for the 0.2.1 release: Jun, 16th Some bugs from > >> 2.1). > >> It's working right now. > Yes, it works, but it is not mention in the menu as shortcut. Yes, it's one of those scintilla internalls and should be in the doc, is it ? > > As we're in unfreeze I will also and another small menu I need for > > internationall input methods. > > > > Without it, international input will not work. > > > > I'll document it here for you exactly as it will be: > > > > Just below the "Force encoding", will be another menu entry called > > "Character Set". It will have this layout: > > > > .... > > Force Encoding > > Character Set > > > ANSI > > > Western Europe > > > GB2312 > > > Hangul > > > Shift JIS > > ----------- > > ..... >=20 > > > > http://iagorubio.com/cssed-test-0.3.0/imgs/new_menu_charset.png > > > > It will set document's the character set. > > > > It's only needed for asian languages as with an european keyboard you > > can not enter international characters, so it can not be recognized. > On the mac, you can. We can change the language and the keyboard on the=20 > fly, Also on Linux :) > then we have the whole unicode palette, and a, we have a special=20 > program for diacritic languages.=20 > That is if I knew Japanese, Chinese or=20 > Korean, I could write in those languages without needing any external=20 > helper. So you've got the input method program included in the system then. But a IM is needed to write asian always. The only difference is I must download it separately, and you've got it included in your system. Could you test if it works on cssed ? I mean *in* cssed, as your IM should you change the text on the document on the fly (it's how it works now in cssed), no if it let you choose a kanji and write it on any document. [snip] --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-26 19:33:53
|
On Sun, 2004-09-26 at 17:27, Mich=C3=A8le Garoche wrote: > Le 26 sept. 2004, =C3=A0 16:42, Iago Rubio a =C3=A9crit : >=20 > > On Sun, 2004-09-26 at 15:03, Iago Rubio wrote: > >> It will have this layout: > >> > >> .... > >> Force Encoding > >> Character Set > >> > ANSI > >> > Western Europe > > > > Sorry, this is bogus. East europe, not West europe. > Then Eastern Europe, though it is generally not noted as is. But which=20 > language do you mean Cyrillic? I did not mentioned Cyrilic. We support Cyrillic ( and also Greek, Coptic, Armenian, Hebrew, and Arabic) with UTF-8, but no KOI8. > And ANSI is not ISO, then there are a bunch of ISO-xxx. But ISO is ASCII, that's the ANSI standard :) All ISO character sets contain the normal ASCII characters at positions 32 to 126. > What happens=20 > when people with Japanese keyboard wants to write a text in German,=20 > Swedish, etc...? Japanese keyboards usually are bilingual.=20 http://www.datacal.com/dce/catalog/japanese-keyboards_l.htm As you can see, in the keyboard there are only few hiragana characters, as there's no keyboard where it can fit the 3.000 kanjis needed to read the newspaper. That's why input method programs (IM) are needed even with a japanese keyboard. IMs are called throught keystrokes.=20 Meanwhile you don't call the IM, it will not start to write Asian characters. So to write any non asian language, with Japanese keyboards, the user just needs to type :)=20 --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: <mic...@ea...> - 2004-09-26 15:27:32
|
Le 26 sept. 2004, =E0 16:42, Iago Rubio a =E9crit : > On Sun, 2004-09-26 at 15:03, Iago Rubio wrote: >> It will have this layout: >> >> .... >> Force Encoding >> Character Set >> > ANSI >> > Western Europe > > Sorry, this is bogus. East europe, not West europe. Then Eastern Europe, though it is generally not noted as is. But which=20= language do you mean Cyrillic? And ANSI is not ISO, then there are a bunch of ISO-xxx. What happens=20 when people with Japanese keyboard wants to write a text in German,=20 Swedish, etc...? Mich=E8le <http://micmacfr.homeunix.org> |
From: <mic...@ea...> - 2004-09-26 15:22:55
|
Le 26 sept. 2004, =E0 15:03, Iago Rubio a =E9crit : > >> 2 - Add the Ctrl-Z shortcut to the Edit menu for undo, since it works >> (reported earlier for the 0.2.1 release: Jun, 16th Some bugs from >> 2.1). >> It's working right now. Yes, it works, but it is not mention in the menu as shortcut. > As we're in unfreeze I will also and another small menu I need for > internationall input methods. > > Without it, international input will not work. > > I'll document it here for you exactly as it will be: > > Just below the "Force encoding", will be another menu entry called > "Character Set". It will have this layout: > > .... > Force Encoding > Character Set > > ANSI > > Western Europe > > GB2312 > > Hangul > > Shift JIS > ----------- > ..... > > http://iagorubio.com/cssed-test-0.3.0/imgs/new_menu_charset.png > > It will set document's the character set. > > It's only needed for asian languages as with an european keyboard you > can not enter international characters, so it can not be recognized. On the mac, you can. We can change the language and the keyboard on the=20= fly, then we have the whole unicode palette, and a, we have a special=20 program for diacritic languages. That is if I knew Japanese, Chinese or=20= Korean, I could write in those languages without needing any external=20 helper. > > The supported character sets are: > > * ANSI - American National Standards Institute, usually used = with=20 > ASCII > encoding. > * Western Europe - accented characters and such, usually used = with > ISO_#### (Default) or UTF-8 encodings. > * GB2312 - Chinesse simplified, used with DBCS (double-byte = character > set) and UTF-8 encodings. > * Hangul - Native Korean, used with DBCS and UTF-8 encodings. > * Shift JIS - Japanese ( a sort of ISO-2022-JP with 64 extra = katakana > from 0xA0 to OxDF ), used with DBCS and UTF-8 encodings. > > ANSI and Western europe are recogniced when you enter characters on = the > buffer. > > The character set only should be set by those who need to write in=20 > Asian > languages. > > In a side note it can be documented: > = ----------------------------------------------------------------------- > To use Asian language international input methods in cssed, those = steps > must be followed. > > - Set the font to one Asian font of your choice. > - Set the encoding to utf-8 or DBCS. > - Set the character set to one of GB2312, Hangul, Shift JIS. > > =46rom this point, cssed should recognice IM keystrokes. > > IM keystrokes will not be recogniced if the document is not configured > to be used with asian languages. > --------------------------------------------------------------------- > > I can write some notes in the site to explain it further. > > Here you've got an screeshot of cssed working with japanese input=20 > method > (with kinput2 and Canna): > http://iagorubio.com/cssed-test-0.3.0/imgs/cssed_ja_IM.png > > Next versions will let the user select a default encoding and = character > set. > > No more adds but the proposed fixes in this release. > > All those changes will be commited to CVS this afternoon. > --=20 > Iago Rubio > - Home page * http://www.iagorubio.com > - Last project * http://cssed.sourceforge.net > - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD > Mich=E8le <http://micmacfr.homeunix.org> |
From: <mic...@ea...> - 2004-09-26 15:13:20
|
Le 26 sept. 2004, =E0 11:40, Iago Rubio a =E9crit : > The code in CVS is unfreezed from now, and the new release delayed to > the end of this week. > The code will be frozen for translation on Wednesday. OK. Mich=E8le <http://micmacfr.homeunix.org> |
From: <mic...@ea...> - 2004-09-26 15:09:56
|
Le 26 sept. 2004, =E0 11:24, Iago Rubio a =E9crit : > On Sat, 2004-09-25 at 20:18, Mich=E8le Garoche wrote: >> Le 25 sept. 2004, =E0 19:34, Iago Rubio a =E9crit : >> >>>> Maybe, but better force encoding :-) >>> Upsh ! Sure :) >>> Do you think we must change the name ? >> Yes, because it is very confusing. The user should be aware he may >> spoil his file if he uses this without thinking first about it. >> With Force encoding, or something like that, it is clear that it is=20= >> not >> a "normal" way of doing it. >> Maybe a tooltip on the menu items to tell the user that he should use >> it before writing anithing in the document or something like that=20 >> would >> be useful too. > > Ok. I'm also finding problems with internationall input methods so=20 > we'll > unfreeze the code in CVS and apply the changes. > > We should delay the release to the end of this incoming week then. Ok, meanwhile I'll continue the doc. Mich=E8le <http://micmacfr.homeunix.org> |
From: Iago R. <iag...@hi...> - 2004-09-26 14:42:24
|
On Sun, 2004-09-26 at 15:03, Iago Rubio wrote: > It will have this layout: >=20 > .... > Force Encoding > Character Set > > ANSI > > Western Europe Sorry, this is bogus. East europe, not West europe. > > GB2312 > > Hangul > > Shift JIS > ----------- Also all other references to "West European" in my previous mail. Sorry. --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-26 13:04:01
|
On Sat, 2004-09-25 at 22:27, Mich=C3=A8le Garoche wrote: > Hi Iago, >=20 > Did you make those changes in cvs for the 0.3.0 release? >=20 > 1 - Remove the close all icon in the file menu It's done in my local copy. will commit it today. > 2 - Add the Ctrl-Z shortcut to the Edit menu for undo, since it works=20 > (reported earlier for the 0.2.1 release: Jun, 16th Some bugs from=20 > 2.1). It's working right now. > 3 - Change the name of Encoding to Force encoding in the Document menu It will also be commited today. As we're in unfreeze I will also and another small menu I need for internationall input methods. Without it, international input will not work. I'll document it here for you exactly as it will be: Just below the "Force encoding", will be another menu entry called "Character Set". It will have this layout: .... Force Encoding Character Set > ANSI > Western Europe > GB2312 > Hangul > Shift JIS ----------- ..... http://iagorubio.com/cssed-test-0.3.0/imgs/new_menu_charset.png It will set document's the character set. It's only needed for asian languages as with an european keyboard you can not enter international characters, so it can not be recognized. The supported character sets are: * ANSI - American National Standards Institute, usually used with ASCII encoding. * Western Europe - accented characters and such, usually used with ISO_#### (Default) or UTF-8 encodings. * GB2312 - Chinesse simplified, used with DBCS (double-byte character set) and UTF-8 encodings. * Hangul - Native Korean, used with DBCS and UTF-8 encodings. * Shift JIS - Japanese ( a sort of ISO-2022-JP with 64 extra katakana from 0xA0 to OxDF ), used with DBCS and UTF-8 encodings. ANSI and Western europe are recogniced when you enter characters on the buffer. The character set only should be set by those who need to write in Asian languages. In a side note it can be documented:=20 ----------------------------------------------------------------------- To use Asian language international input methods in cssed, those steps must be followed. - Set the font to one Asian font of your choice. - Set the encoding to utf-8 or DBCS. - Set the character set to one of GB2312, Hangul, Shift JIS. =46rom this point, cssed should recognice IM keystrokes. IM keystrokes will not be recogniced if the document is not configured to be used with asian languages. --------------------------------------------------------------------- I can write some notes in the site to explain it further. Here you've got an screeshot of cssed working with japanese input method (with kinput2 and Canna): http://iagorubio.com/cssed-test-0.3.0/imgs/cssed_ja_IM.png Next versions will let the user select a default encoding and character set. No more adds but the proposed fixes in this release. All those changes will be commited to CVS this afternoon. --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-26 09:40:49
|
The code in CVS is unfreezed from now, and the new release delayed to the end of this week. The code will be frozen for translation on Wednesday. =20 --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-26 09:32:01
|
On Sun, 2004-09-26 at 05:23, Mich=C3=A8le Garoche wrote: > I've just noticed a change in notebook editor concerning the little=20 > left and right arrows to navigate the documents. In previous version,=20 > there were grouped together at the right end, which was very=20 > convenient; now, there are separated, one at the left end, the other=20 > one at the right end, which leads to unneeded mouse moves. I've mde no changes regarding the notebook in the code (??) > Is this a change in the code or is this a change in the gtk API? May be you upgraded your Gtk to 2.4 ? > In case it is the former, would it be possible to return to the=20 > previous grouping? I will investigate it further, but I did not changed it myself and I also prefer the buttons together. --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-26 09:27:08
|
On Sun, 2004-09-26 at 00:23, Mich=C3=A8le Garoche wrote: > I've changes the plugin name in findinfiles.c, so that it appears as=20 > the other in cssed plugins dialog. po and pot files updated=20 > accordingly. >=20 > Here's the diff: Ok, thanks :) --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-26 09:26:25
|
On Sun, 2004-09-26 at 01:13, Mich=C3=A8le Garoche wrote: > Could it be possible to change the title of the plugins dialog window,=20 > from: > plugins dialog > to: > Plugins dialog >=20 > and regenrate the po files and pot files accordingly (a fuzzy string=20 > presumably in po files after regenerating the pot file). >=20 > That's just because all dialogs have a title with first letter=20 > capitalzed, just to be consistent. Ok. I will go for it. --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-26 09:25:24
|
On Sat, 2004-09-25 at 23:05, Mich=C3=A8le Garoche wrote: > Would it be possible to exchange the location the cancel and ok button=20 > in the selector wizard, just to be consistent throughtout the UI with=20 > all other dialogs, where there is first cancel, then ok buttons. Ok I will do it. --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: Iago R. <iag...@hi...> - 2004-09-26 09:25:02
|
On Sat, 2004-09-25 at 20:18, Mich=C3=A8le Garoche wrote: > Le 25 sept. 2004, =C3=A0 19:34, Iago Rubio a =C3=A9crit : >=20 > >> Maybe, but better force encoding :-) > > Upsh ! Sure :) > > > > Do you think we must change the name ? > Yes, because it is very confusing. The user should be aware he may=20 > spoil his file if he uses this without thinking first about it. > With Force encoding, or something like that, it is clear that it is not=20 > a "normal" way of doing it. > Maybe a tooltip on the menu items to tell the user that he should use=20 > it before writing anithing in the document or something like that would=20 > be useful too. Ok. I'm also finding problems with internationall input methods so we'll unfreeze the code in CVS and apply the changes. We should delay the release to the end of this incoming week then. --=20 Iago Rubio =20 - Home page * http://www.iagorubio.com=20 - Last project * http://cssed.sourceforge.net =20 - GPG Keyserv * pgp.rediris.es id=3D0x909BD4DD |
From: <mic...@ea...> - 2004-09-26 03:23:41
|
I've just noticed a change in notebook editor concerning the little=20 left and right arrows to navigate the documents. In previous version,=20 there were grouped together at the right end, which was very=20 convenient; now, there are separated, one at the left end, the other=20 one at the right end, which leads to unneeded mouse moves. Is this a change in the code or is this a change in the gtk API? In case it is the former, would it be possible to return to the=20 previous grouping? Mich=E8le <http://micmacfr.homeunix.org>= |