cssed-devel Mailing List for cssed (Page 18)
Brought to you by:
iagorubio
Menu
▾
▴
cssed-devel — cssed development discussion
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: Iago R. <iag...@hi...> - 2004-03-29 16:32:15
|
On Sun, 2004-03-28 at 01:21, Mich=C3=A8le Garoche wrote: > Le 27 mars 2004, =C3=A0 20:54, Iago Rubio a =C3=A9crit : >=20 > > I've updated CVS with a non working cssed. [snip] > There are some strings that are missing in the po files: > - help balloons for new icons in toolbar > - error strings > - doc parser > - scratch - pad > - Version and Property in the lower part of right side panel I hope I've fixed this now.=20 At least I added the files lost in the po Makefile. May be some strings are still lost. > In the preferences panel, the panel title are in bold, but Document=20 > attributes. I can't understand it, Michele :) > Here's a first version I merged it with the new cssed.pot There must be lot of fuzzys and some untraslated now :-/ I've also corrected the bad spelling you pointed in your last messages. It's in CVS ( and almost finished the box properties dialog ). --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: Iago R. <iag...@hi...> - 2004-03-29 11:58:22
|
On Mon, 2004-03-29 at 09:17, Mich=C3=A8le Garoche wrote: > Change a to an: >=20 > #: src/cssdialogs-menu.c:711 > msgid "Adds the value to an existing font-family property" > msgstr "" >=20 > #: src/cssdialogs-menu.c:630 > msgid "Add a color value to an existing property." > msgstr "" Ok, will do it today. Thanks again !!!!! :) --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: Iago R. <iag...@hi...> - 2004-03-29 11:55:58
|
On Mon, 2004-03-29 at 08:44, Mich=C3=A8le Garoche wrote: > Hi Iago, >=20 > Here's the diff from cssed.pot file with various misspelling correction=20 > to English strings. >=20 > It would be great if you could change the corresponding strings in C=20 > files (the diff shows the location). I will do it.=20 Thanks !!!! :)=20 --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: <mic...@ea...> - 2004-03-29 07:17:52
|
Change a to an: #: src/cssdialogs-menu.c:711 msgid "Adds the value to an existing font-family property" msgstr "" #: src/cssdialogs-menu.c:630 msgid "Add a color value to an existing property." msgstr "" Mich=E8le <http://micmacfr.homeunix.org>= |
|
From: <mic...@ea...> - 2004-03-29 06:44:27
|
Hi Iago, Here's the diff from cssed.pot file with various misspelling correction to English strings. It would be great if you could change the corresponding strings in C files (the diff shows the location). |
|
From: <mic...@ea...> - 2004-03-28 00:21:30
|
Le 27 mars 2004, à 20:54, Iago Rubio a écrit : > I've updated CVS with a non working cssed. > > There's a new dialog and it doesn't work yet ( nothing that worked > before this update is broken ). > > I've uploaded it for those who help with translations ( specially for > Michelle, if you're not very busy ;) > > No string changes will be done, from now to the next release. > > This way I can continue coding, while translations are in progress :) There are some strings that are missing in the po files: - help balloons for new icons in toolbar - error strings - doc parser - scratch - pad - Version and Property in the lower part of right side panel In the preferences panel, the panel title are in bold, but Document attributes. Here's a first version |
|
From: <mic...@ea...> - 2004-03-27 21:04:58
|
Le 27 mars 2004, =E0 20:54, Iago Rubio a =E9crit : > I've updated CVS with a non working cssed. > > There's a new dialog and it doesn't work yet ( nothing that worked > before this update is broken ). > > I've uploaded it for those who help with translations ( specially for > Michelle, if you're not very busy ;) > > No string changes will be done, from now to the next release. > > This way I can continue coding, while translations are in progress :) I've just downloaded it. Will work on it while viewing the=20 France-England rubgy match :) (21-3 at the moment :-))))) Mich=E8le <http://micmacfr.homeunix.org> |
|
From: <mic...@ea...> - 2004-03-27 20:57:31
|
Le 27 mars 2004, =E0 16:23, Iago Rubio a =E9crit : > Here there's some info: > http://developer.gnome.org/projects/gup/hig/1.0/icons.html Oh, good there is the shadow orientation I've searched. > > And related to toolbar icons here: > http://developer.gnome.org/projects/gup/hig/1.0/=20 > icons.html#toolbar_icons I've bookmarked it too, thank you very much. > >>> What do you think it is the best ? >> You ask me?!!! You choose. > > Meee ???? > > Please help !!! I'm really bad with images. > > Have you seen the icon I did for cssed ? It's ugly, isn't it ? > > It's my best in graphic design :-( > > Ah! I've received an offer from Andreas Kwiatkowski, to help us with =20= > the > graphic designs :) > > I hope he could help to fix the lack of "corporate identity" of cssed > icons and site. ( This will not include toolbar icons ). > > His work seems really impresive to me, http://www.typoRISM.com :) Very good indeed. If he offers help, well don't search anywhere else :-) Mich=E8le <http://micmacfr.homeunix.org> |
|
From: <mic...@ea...> - 2004-03-27 20:18:24
|
Le 27 mars 2004, =E0 20:32, Iago Rubio a =E9crit : > I'm trying sodipodi and it's impresive. Oh, yes, it's very good. A little difficult to learn because it has so=20= many features. It's the best I know. > > It's really great to be a unstable release, and it's right now a = usable > tool. > > I'm thinking about to change - in the future - the icons' format from > PNG to SVG. Very good. > > This way cssed will only use XML data files (SVG is a XML based vector > graphics format, standarized by w3c). > > What do you think about that ? Go for it! > > Is anybody working with sodipodi and SVG ? I've done it but just a little. I use dia more, which can do SVG too.=20 And it is really cool as you can code the image directly, changes it on=20= the fly within html/xml/css, even creates it on the fly with some=20 parameters. > > Ah! searching for info about SVG, I've found a small reference to = cssed > in the article "SVG and its Path into the Linux Desktop" on OS news, = by > Christian F.K. Schaller [azureus at http://advogato.com]. > > http://www.osnews.com/story.php?news_id=3D6460&page=3D2 > > "November 2003 also turns out to be the month when another important > project gets started. Iago Rubio starts a project called cssed which = is > a CSS2 editor. Rapid development follows and cssed is already a useful > application." > > Why this reference to cssed in a "SVG on the desktop" article ? > > Because SVG based desktop icons, can be changed with CSS style sheets=20= > ;) > > Promising, isn't it ? Yes, it is. Mich=E8le <http://micmacfr.homeunix.org> |
|
From: Iago R. <iag...@hi...> - 2004-03-27 19:57:15
|
I've updated CVS with a non working cssed. There's a new dialog and it doesn't work yet ( nothing that worked before this update is broken ). I've uploaded it for those who help with translations ( specially for Michelle, if you're not very busy ;) No string changes will be done, from now to the next release. This way I can continue coding, while translations are in progress :) Best regards --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: Iago R. <iag...@hi...> - 2004-03-27 19:35:20
|
I'm trying sodipodi and it's impresive. It's really great to be a unstable release, and it's right now a usable tool. I'm thinking about to change - in the future - the icons' format from PNG to SVG. This way cssed will only use XML data files (SVG is a XML based vector graphics format, standarized by w3c). What do you think about that ? Is anybody working with sodipodi and SVG ? Ah! searching for info about SVG, I've found a small reference to cssed in the article "SVG and its Path into the Linux Desktop" on OS news, by Christian F.K. Schaller [azureus at http://advogato.com]. http://www.osnews.com/story.php?news_id=3D6460&page=3D2 "November 2003 also turns out to be the month when another important project gets started. Iago Rubio starts a project called cssed which is a CSS2 editor. Rapid development follows and cssed is already a useful application." Why this reference to cssed in a "SVG on the desktop" article ?=20 Because SVG based desktop icons, can be changed with CSS style sheets ;) Promising, isn't it ? --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: Iago R. <iag...@hi...> - 2004-03-27 15:26:29
|
On Wed, 2004-03-24 at 08:00, Mich=C3=A8le Garoche wrote: > Another icon: Thanks for all those icons :) Will test them now ;) --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: Iago R. <iag...@hi...> - 2004-03-27 15:26:21
|
On Tue, 2004-03-23 at 21:43, Mich=C3=A8le Garoche wrote: > Le 23 mars 2004, =C3=A0 20:23, Iago Rubio a =C3=A9crit : >=20 > > On Tue, 2004-03-23 at 03:06, Mich=C3=A8le Garoche wrote: > >> Le 22 mars 2004, =C3=A0 20:35, Iago Rubio a =C3=A9crit : > >>> Must be 24x24 pixels, transparent background pngs. > >> [img] > >> That's the best I can do. Not sure, it's better than yours. > > > > Look really nice :) , but a little small in my main box. > I've made 24*24, but I've read that you must also supplied 48*48, so=20 > that users can choose big or small icons. > I can do 48*48 if you want. For me 24x24 is ok. I mean small in the sense I view it smaller in my 1600x1200 display, than a user with a 800x600 display. With my resolution, the details are not apreciated. That's why I did a bigger "magic wand" in the icon ;) > Do you know what is the policy for gnome icons? I've searched for a=20 > tutorial, but the one I've found is not very useful, at least for me. Here there's some info: http://developer.gnome.org/projects/gup/hig/1.0/icons.html And related to toolbar icons here: http://developer.gnome.org/projects/gup/hig/1.0/icons.html#toolbar_icons > > What do you think it is the best ? > You ask me?!!! You choose. Meee ????=20 Please help !!! I'm really bad with images. Have you seen the icon I did for cssed ? It's ugly, isn't it ? It's my best in graphic design :-( Ah! I've received an offer from Andreas Kwiatkowski, to help us with the graphic designs :) I hope he could help to fix the lack of "corporate identity" of cssed icons and site. ( This will not include toolbar icons ). His work seems really impresive to me, http://www.typoRISM.com :) > > If yours is the choice, you must do also the color wizard one at least=20 > > ( > > to match both "magic wands" :) > Ok, I'll do the other, so that anyone can vote. I'm joking :-) > > > > I'm still making changes, but the first buttons on the new toolbar are > > working in CVS. > Wouah, it's cool. I've just noted that the show doc info does not work,=20 > but all the others work. Maybe not in cvs anonymous at the moment. Not implemented yet. My fault. --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: <mic...@ea...> - 2004-03-24 07:00:46
|
Another icon: |
|
From: <mic...@ea...> - 2004-03-23 22:07:26
|
Hi Iago, Here are the new icons, transparent backgrounds, size 24x24 and 48x48 |
|
From: Iago R. <iag...@hi...> - 2004-03-23 19:25:26
|
On Tue, 2004-03-23 at 03:06, Mich=C3=A8le Garoche wrote: > Le 22 mars 2004, =C3=A0 20:35, Iago Rubio a =C3=A9crit : > > Must be 24x24 pixels, transparent background pngs. > [img] > That's the best I can do. Not sure, it's better than yours. Look really nice :) , but a little small in my main box. I can't see what it is there, but it's normal with a 21' display and 1600x1200 resolution. Lots of small images on websites and some icons are bad viewed in my display. That's why I make images a bit bigger.=20 But I'm sure it will not be the most common setup :) What do you think it is the best ?=20 If yours is the choice, you must do also the color wizard one at least ( to match both "magic wands" :) I'm still making changes, but the first buttons on the new toolbar are working in CVS.=20 --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: <mic...@ea...> - 2004-03-23 02:06:26
|
Le 22 mars 2004, à 20:35, Iago Rubio a écrit : > Must be 24x24 pixels, transparent background pngs. |
|
From: Iago R. <iag...@hi...> - 2004-03-22 19:37:02
|
I've advanced a little with the toolbar, and you've got attached the new layout. The changes in the main toolbar are: * have been taken out Color, Bigger font, Smaller font, Default font. * have been added show/hide footer/side bar (the first four buttons from the right, after the preferences button) The buttons in the secondary one are: border all dialog margin all dialog padding all dialog -- font dialog color dialog -- selector wizard color wizard -- scan selector doc info clean output -- validate validate & dump As you can see, there is room enought to add seven buttons in the secondary toolbar (pointed by Michelle in previous messages). What can we put here ?? ITOH if anyone can provide better icons, it will be really welcome. Must be 24x24 pixels, transparent background pngs. Best regards. -- Iago Rubio http://www.iagorubio.com GPGkey pgp.rediris.es id 0x909BD4DD fingerprint = D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** -------------------------------------------------- |
|
From: <mic...@ea...> - 2004-03-21 16:38:38
|
Le 21 mars 2004, =E0 17:30, Iago Rubio a =E9crit : > On Sat, 2004-03-20 at 20:10, Mich=E8le Garoche wrote: >>> Finally, is there a name for the "doc scanner" ? >> None that I know of. >> >>> Proposals was: > [snip] >> As I said, I'm more for Digest. >>> >>> and I will add >>> "Declarations browser" <- ugly >>> "Styles browser" <- better, isn't it ? ;) >> What is this? Second one certainly better, though I'm not sure what = it >> is. > > More names for the "doc scanner" ;) Forget about them :-) Document structure, maybe? Mich=E8le <http://micmacfr.homeunix.org> |
|
From: Iago R. <iag...@hi...> - 2004-03-21 16:33:29
|
On Sat, 2004-03-20 at 20:10, Mich=C3=A8le Garoche wrote: > Le 20 mars 2004, =C3=A0 19:29, Iago Rubio a =C3=A9crit : [snip] > > > > If the name "bookmark" will make the user think those are permanent > > bookmarks, we must find other name. > Why not mark? Yes, much better for me. [snip] > > I will add also "validate and dump". > Yes, I've thought about it too. And as you know more about cssed about=20 > I do, if you think there are other dialog worth to put in the toolbar,=20 > you have 5 icons more (16-11) :-) >=20 > > > > The big problem here will be the art work. Will start to bild some > > icons, but don't expect beautifull ones :( > They'll be more beautiful than mine, anyway :-) No sure about that ;) > > Any other thing in/out the toolbars ? > No idea at the moment. Will start to implement it then. > > I've got to change the manual and site also. > And don't forget the man page too. Ok. > > Finally, is there a name for the "doc scanner" ? > None that I know of. >=20 > > Proposals was: [snip] > As I said, I'm more for Digest. > > > > and I will add > > "Declarations browser" <- ugly > > "Styles browser" <- better, isn't it ? ;) > What is this? Second one certainly better, though I'm not sure what it=20 > is. More names for the "doc scanner" ;) --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: <mic...@ea...> - 2004-03-20 19:10:41
|
Le 20 mars 2004, =E0 19:29, Iago Rubio a =E9crit : >>> >>>>> >>>>> Bookmarks >>>>> Add Bookmark >>>>> Delete Bookmark >>>>> --------------- >>>>> Next bookmark >>>>> Previous Bookmark >>>>> >>>>> Go <- Is this ok ?? >>>>> Previous page >>>>> Next Page >>>>> -------------- >>>>> First Page >>>>> Last Page >>>> We should be consistent between menus (Next before Previous), so: >>> >>> Yes, it's ok. >>> >>> Will be more carefully with this ;) >> The bookmark menu does not exist right now, is not it? > > No. I'm thinking in it because the cssed bookmarks, are less than > bookmarks. Are just session/document oriented markers. > > Will the user expect to have his bookmarks ready when he reopen the > document ? > > If the name "bookmark" will make the user think those are permanent > bookmarks, we must find other name. Why not mark? Or another name for the menu: Session Add Bookmark ........ >>>>> What to add to the second toolbar ? >>>>> >>>>> Any idea ? >>>> View line numbers, View lines wrapped, Enable autocompletion, Fold >>>> all, >>>> Unfold all >>>> The above ones could go into first toolbar. >>>> >>>> Those ones into second toolbar: >>>> some main dialogs: border all dialog, font dialog, color dialog, >>>> margin >>>> all dialog, padding all dialog >>>> Then: selector wizard, color wizard >>>> Then: scan selector, doc info, clean, validate >>> >>> aaaaargs ! All of them ? >>> >>> I'm sure we will need more than one extra toolbar ;) >>> >>> In Gtk the toolbar buttons are 24x24 pixels. So for those entries we >>> need a toolbar .... really long :) >> What I mean here is take a few dialogs (the most used) and put them = in >> toolbar. >> For example: 5 icons for (border all dialog, font dialog, color=20 >> dialog, >> margin all dialog, padding all dialog), 2 icons for wizards (selector >> and color), 4 icons for scan selector, doc info, clean, validate. >> Total: 11 icons. >> At the time being, there are 16 icons in the toolbar, so that's less >> for the second toolbar. > > border all dialog > font dialog > color dialog > margin all dialog > padding all dialog > -- > selector wizards > color wizards > -- > scan selector > doc info > clean output > -- > validate > > I will add also "validate and dump". Yes, I've thought about it too. And as you know more about cssed about=20= I do, if you think there are other dialog worth to put in the toolbar,=20= you have 5 icons more (16-11) :-) > > The big problem here will be the art work. Will start to bild some > icons, but don't expect beautifull ones :( They'll be more beautiful than mine, anyway :-) > Any other thing in/out the toolbars ? No idea at the moment. > I've got to change the manual and site also. And don't forget the man page too. > Finally, is there a name for the "doc scanner" ? None that I know of. > Proposals was: > "Doc scanner" ( let it as is ) I fear this one is too close to selector scanner, but well, why not. > "Document summary" > "Summary" > "Digest" As I said, I'm more for Digest. > > and I will add > "Declarations browser" <- ugly > "Styles browser" <- better, isn't it ? ;) What is this? Second one certainly better, though I'm not sure what it=20= is. Mich=E8le <http://micmacfr.homeunix.org> |
|
From: Iago R. <iag...@hi...> - 2004-03-20 18:30:38
|
On Sat, 2004-03-20 at 18:46, Mich=C3=A8le Garoche wrote: > Le 20 mars 2004, =C3=A0 17:43, Iago Rubio a =C3=A9crit : >=20 > >> The customize toolbar display a form when you can drag and drop icons > >> from the form to the toolbar. At the beginning you have default=20 > >> buttons > >> in the toolbar, then you can add/remove them (all available buttons=20 > >> are > >> in the form). I don't know if we can implement this in cssed, but it's > >> very handy. > > > > May be in the future we can make the toolbar configurable. Right now > > thre's not too much to configure on it ;) > I precise for the future: that is the user who decides which icon(s) he=20 > wants in the toolbar, he can remove all of them, just add one and two,=20 > stick with the default, add all, etc. So, from this (his) point of=20 > view, all is configurable. Ok. Will start to check this to be implemented then. > >> View > >> Show footer panel > >> Hide footer panel > >> Show side panel > >> Hide side panel > > > > Yes it should be ok. > > > >> -------------- > >> Toolbar > > > > It's right now implemented in CVS. > I've just updated from cvs, but this is not implemented, maybe cvs lags=20 > a bit, but zooms are implemented in view. I've just updated the project one hour ago, so almost sure is public cvs is not updated yet. > >> For zoom, etc: > >> Format > >> Change font (this one taken out from Document menu) or just Fonts > >> ----------------- > >> Normal > >> Zoom in > >> Zoom out > >> > >> As the edit menu is long enough, it is more appropriate to use a=20 > >> Format > >> menu. > > > > Not sure about that. > > > > cssed doesn't format tex, itt just format the text's view. > > > > I mean that the "Format" menu can drive the user to think that the text > > itself will be saved with format ( as a RTF document, as example ) and > > it's not true in cssed. > > > > It always save plain text, with no format information. > > > > I suposse the "Format" menu deals with text formatting to be stored in=20 > > a > > document, and the user should expect if he/she changes the font format > > and saves the documen,t the next time he/she will open it, it saves the > > format selected. > > > > In cssed it's not true, as you're just changing the view's format, not > > the text. > > > > More opinions ?? > Yes, you're right. It may be confusing, why not add it to the View=20 > menu, at the end. This way, the user cannot be confused. Ok. Will do it then. > > > >>> > >>> Bookmarks > >>> Add Bookmark > >>> Delete Bookmark > >>> --------------- > >>> Next bookmark > >>> Previous Bookmark > >>> > >>> Go <- Is this ok ?? > >>> Previous page > >>> Next Page > >>> -------------- > >>> First Page > >>> Last Page > >> We should be consistent between menus (Next before Previous), so: > > > > Yes, it's ok. > > > > Will be more carefully with this ;) > The bookmark menu does not exist right now, is not it? No. I'm thinking in it because the cssed bookmarks, are less than bookmarks. Are just session/document oriented markers. Will the user expect to have his bookmarks ready when he reopen the document ? If the name "bookmark" will make the user think those are permanent bookmarks, we must find other name. > > > >> Go > >> Next page > >> Previous page > >> ---------- > >> First page > >> Last page > >> > >> I'll guess you mean document here? > > > > > > Yes. > > > > In fact I mean "tab" of the document's notebook. > So why not: > Go > Next document > Previous document > ------ > First document > Last document >=20 > As from the user's point of view, they are documents (the tab of=20 > document's notebook is just a programer's thing). Ok. Will be this way then. > >>> What to add to the second toolbar ? > >>> > >>> Any idea ? > >> View line numbers, View lines wrapped, Enable autocompletion, Fold=20 > >> all, > >> Unfold all > >> The above ones could go into first toolbar. > >> > >> Those ones into second toolbar: > >> some main dialogs: border all dialog, font dialog, color dialog,=20 > >> margin > >> all dialog, padding all dialog > >> Then: selector wizard, color wizard > >> Then: scan selector, doc info, clean, validate > > > > aaaaargs ! All of them ? > > > > I'm sure we will need more than one extra toolbar ;) > > > > In Gtk the toolbar buttons are 24x24 pixels. So for those entries we > > need a toolbar .... really long :) > What I mean here is take a few dialogs (the most used) and put them in=20 > toolbar. > For example: 5 icons for (border all dialog, font dialog, color dialog,=20 > margin all dialog, padding all dialog), 2 icons for wizards (selector=20 > and color), 4 icons for scan selector, doc info, clean, validate.=20 > Total: 11 icons. > At the time being, there are 16 icons in the toolbar, so that's less=20 > for the second toolbar. border all dialog font dialog color dialog margin all dialog padding all dialog -- selector wizards color wizards -- scan selector doc info clean output -- validate I will add also "validate and dump". The big problem here will be the art work. Will start to bild some icons, but don't expect beautifull ones :( Any other thing in/out the toolbars ? > >>>> For the next one, it would be great if we can open a second window > >>>> (i.e. a second instance of cssed), as in bluefish to allow=20 > >>>> comparison > >>>> side by side. Just an idea. [snip] > > > > Ok, good idea. It will depend on the ipc stuff, so I must try to put=20 > > the > > ipc queue to work or take it out, after implement this. > Don't forget that ipc queue does not work as is on Mac :-( Don't worry, I've got it in mind. Almost sure the ipc stuff will be aout the release. At least wainting to be more robust, and to know it it's useful. I've no positive reviews about that. > Oh I forgot to mention that the POTFILES.in is not accurate, the=20 > doc-scanner.c and .h files are missing in it. Thanks, will fix it. > And, please, don't forget=20 > to wait for the changes in PO files before you release. :-) Don't worry.=20 Before the release, ee'll get a freeze a one week waiting for the translations to be ready. I've got to change the manual and site also. In the manual, I'm going just to reflect the changes done in the interface, and describe the "doc scanner". Finally, is there a name for the "doc scanner" ? Proposals was: "Doc scanner" ( let it as is ) "Document summary" "Summary" "Digest" and I will add "Declarations browser" <- ugly "Styles browser" <- better, isn't it ? ;) ITHO shorter should be better. --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: <mic...@ea...> - 2004-03-20 17:46:56
|
Le 20 mars 2004, =E0 17:43, Iago Rubio a =E9crit : >> The customize toolbar display a form when you can drag and drop icons >> from the form to the toolbar. At the beginning you have default=20 >> buttons >> in the toolbar, then you can add/remove them (all available buttons=20= >> are >> in the form). I don't know if we can implement this in cssed, but = it's >> very handy. > > May be in the future we can make the toolbar configurable. Right now > thre's not too much to configure on it ;) I precise for the future: that is the user who decides which icon(s) he=20= wants in the toolbar, he can remove all of them, just add one and two,=20= stick with the default, add all, etc. So, from this (his) point of=20 view, all is configurable. >> View >> Show footer panel >> Hide footer panel >> Show side panel >> Hide side panel > > Yes it should be ok. > >> -------------- >> Toolbar > > It's right now implemented in CVS. I've just updated from cvs, but this is not implemented, maybe cvs lags=20= a bit, but zooms are implemented in view. >> For zoom, etc: >> Format >> Change font (this one taken out from Document menu) or just Fonts >> ----------------- >> Normal >> Zoom in >> Zoom out >> >> As the edit menu is long enough, it is more appropriate to use a=20 >> Format >> menu. > > Not sure about that. > > cssed doesn't format tex, itt just format the text's view. > > I mean that the "Format" menu can drive the user to think that the = text > itself will be saved with format ( as a RTF document, as example ) and > it's not true in cssed. > > It always save plain text, with no format information. > > I suposse the "Format" menu deals with text formatting to be stored in=20= > a > document, and the user should expect if he/she changes the font format > and saves the documen,t the next time he/she will open it, it saves = the > format selected. > > In cssed it's not true, as you're just changing the view's format, not > the text. > > More opinions ?? Yes, you're right. It may be confusing, why not add it to the View=20 menu, at the end. This way, the user cannot be confused. > >>> >>> Bookmarks >>> Add Bookmark >>> Delete Bookmark >>> --------------- >>> Next bookmark >>> Previous Bookmark >>> >>> Go <- Is this ok ?? >>> Previous page >>> Next Page >>> -------------- >>> First Page >>> Last Page >> We should be consistent between menus (Next before Previous), so: > > Yes, it's ok. > > Will be more carefully with this ;) The bookmark menu does not exist right now, is not it? > >> Go >> Next page >> Previous page >> ---------- >> First page >> Last page >> >> I'll guess you mean document here? > > > Yes. > > In fact I mean "tab" of the document's notebook. So why not: Go Next document Previous document ------ First document Last document As from the user's point of view, they are documents (the tab of=20 document's notebook is just a programer's thing). >>> What to add to the second toolbar ? >>> >>> Any idea ? >> View line numbers, View lines wrapped, Enable autocompletion, Fold=20 >> all, >> Unfold all >> The above ones could go into first toolbar. >> >> Those ones into second toolbar: >> some main dialogs: border all dialog, font dialog, color dialog,=20 >> margin >> all dialog, padding all dialog >> Then: selector wizard, color wizard >> Then: scan selector, doc info, clean, validate > > aaaaargs ! All of them ? > > I'm sure we will need more than one extra toolbar ;) > > In Gtk the toolbar buttons are 24x24 pixels. So for those entries we > need a toolbar .... really long :) What I mean here is take a few dialogs (the most used) and put them in=20= toolbar. For example: 5 icons for (border all dialog, font dialog, color dialog,=20= margin all dialog, padding all dialog), 2 icons for wizards (selector=20 and color), 4 icons for scan selector, doc info, clean, validate.=20 Total: 11 icons. At the time being, there are 16 icons in the toolbar, so that's less=20 for the second toolbar. >>>> For the next one, it would be great if we can open a second window >>>> (i.e. a second instance of cssed), as in bluefish to allow=20 >>>> comparison >>>> side by side. Just an idea. >>> >>> A spliter window ? >>> To divide a document window in two views of the same document ? >> No, from my experience, it's difficult for the user to deal with. But=20= >> a >> second instance of cssed where you can open another of even the same >> document. Say you want to use an already existing style sheet to = build >> another one. That's the behaviour you obtain in bluefish when = clicking >> the new window item in file menu. >> Then, you can easily copy, drag and drop and so on. > > Ok, good idea. It will depend on the ipc stuff, so I must try to put=20= > the > ipc queue to work or take it out, after implement this. Don't forget that ipc queue does not work as is on Mac :-( Oh I forgot to mention that the POTFILES.in is not accurate, the=20 doc-scanner.c and .h files are missing in it. And, please, don't forget=20= to wait for the changes in PO files before you release. :-) Mich=E8le <http://micmacfr.homeunix.org> |
|
From: Iago R. <iag...@hi...> - 2004-03-20 16:44:35
|
On Fri, 2004-03-19 at 09:00, Mich=C3=A8le Garoche wrote: > Le 18 mars 2004, =C3=A0 17:13, Iago Rubio a =C3=A9crit : [snip] > > Reading the HIG I've found the following templates: > > > > View > > Toolbar <- is this ok ? > > ------------- > > Zoom in > > Zoom out > > Normal Size > I don't know for gnome, but Mac is as is: >=20 > View > Anything specific to the application > --------------- > Show/Hide Toolbar > Customize Toolbar >=20 > In fact the Show toolbar menu item turns into Hide toolbar menu item =20 > when the toolbar is shown and vice-versa. Really close to the HIG. > The customize toolbar display a form when you can drag and drop icons =20 > from the form to the toolbar. At the beginning you have default buttons =20 > in the toolbar, then you can add/remove them (all available buttons are =20 > in the form). I don't know if we can implement this in cssed, but it's =20 > very handy. May be in the future we can make the toolbar configurable. Right now thre's not too much to configure on it ;) > Apple defines the view menu as > <http://developer.apple.com/documentation/UserExperience/Conceptual/ > OSXHIGuidelines/index.html>: >=20 [sniped quoted text] >=20 > So, for example, anything in Panel menu belongs to View menu as it =20 > affects what the user views and applies to the whole application, =20 > contrary to what is in document menu which is specific to a document =20 > (not the whole application). >=20 > View > Show footer panel > Hide footer panel > Show side panel > Hide side panel Yes it should be ok. > -------------- > Toolbar It's right now implemented in CVS. > But better is: > View > Footer panel (with a case to check) > Side panel (with a case to check) Hmmm ... yes should be. I'll wait a little to implement this, but It will be done in the future. Right now I don't want to bother with the panels state each time the menu is used, but it will be done in the next release. > -------------- > Toolbar (with a case to check) > Customize toolbar (if implemented) > For zoom, etc: > Format > Change font (this one taken out from Document menu) or just Fonts > ----------------- > Normal > Zoom in > Zoom out >=20 > Again, definition from Apple: > [quote] > If your application provides functions for formatting text, you can =20 > include a Format menu as a top-level menu or as a submenu of the Edit =20 > menu. It may be appropriate to group some items that are in the Format =20 > menu into submenus, such as Font, Text, or Style. > [/quote] >=20 > As the edit menu is long enough, it is more appropriate to use a Format =20 > menu. Not sure about that.=20 cssed doesn't format tex, itt just format the text's view. I mean that the "Format" menu can drive the user to think that the text itself will be saved with format ( as a RTF document, as example ) and it's not true in cssed. It always save plain text, with no format information. I suposse the "Format" menu deals with text formatting to be stored in a document, and the user should expect if he/she changes the font format and saves the documen,t the next time he/she will open it, it saves the format selected.=20 In cssed it's not true, as you're just changing the view's format, not the text. More opinions ?? > > > > Bookmarks > > Add Bookmark > > Delete Bookmark > > --------------- > > Next bookmark > > Previous Bookmark > > > > Go <- Is this ok ?? > > Previous page > > Next Page > > -------------- > > First Page > > Last Page > We should be consistent between menus (Next before Previous), so: Yes, it's ok.=20 Will be more carefully with this ;) > Go > Next page > Previous page > ---------- > First page > Last page >=20 > I'll guess you mean document here? Yes. In fact I mean "tab" of the document's notebook. > > //////////////////////// > > > > Will be taken out the toolbar: > > > > Zoom in (Bigger font size) > > Zoom out (Smaller font size) > > Normal Size (Default font size) > > =09 > > Any other ?? > None that I can think of. Ok, will take those out then. > > > > Ah! ... and, How does it fit with the MacOsX HIG (if any) ? > Answers above. Really well explained, thank you :) > > What to add to the second toolbar ? > > > > Any idea ? > View line numbers, View lines wrapped, Enable autocompletion, Fold all, =20 > Unfold all > The above ones could go into first toolbar. >=20 > Those ones into second toolbar: > some main dialogs: border all dialog, font dialog, color dialog, margin =20 > all dialog, padding all dialog > Then: selector wizard, color wizard > Then: scan selector, doc info, clean, validate aaaaargs ! All of them ? I'm sure we will need more than one extra toolbar ;) In Gtk the toolbar buttons are 24x24 pixels. So for those entries we need a toolbar .... really long :) > > > >> For the next one, it would be great if we can open a second window > >> (i.e. a second instance of cssed), as in bluefish to allow comparison > >> side by side. Just an idea. > > > > A spliter window ? > > To divide a document window in two views of the same document ? > No, from my experience, it's difficult for the user to deal with. But a =20 > second instance of cssed where you can open another of even the same =20 > document. Say you want to use an already existing style sheet to build =20 > another one. That's the behaviour you obtain in bluefish when clicking =20 > the new window item in file menu. > Then, you can easily copy, drag and drop and so on. Ok, good idea. It will depend on the ipc stuff, so I must try to put the ipc queue to work or take it out, after implement this. > And just to make the document menu more pleasant to view: >=20 > Document > View line numbers > View line endings > View white spaces > View lines wrapped > --------------- > Enable autocompletion > Enable folding > -------------- > Set EOL mode > Folding > Hightlighting >=20 > or even better: >=20 > Document > Line numbers (with a case to check) > Line endings (idem) > White spaces (idem) > Wrap lines (idem) > --------------- > Autocompletion > Folding > Fold all > Unfold all > -------------- > Set EOL mode > Hightlighting It's closer to this right now in CVS. > And by the way, we need a close document in File menu: >=20 > File > New > Open > --------- > Close > Close all (eventually) > Save > Save as > ___________ > Quit In the HIG the close menu is just above the quit menu entry. --------- Close Quit > Wouah, I would not have thought, I wrote so much :-) Yes, thanks. So much writting =3D so much help ;) Best regards --=20 Iago Rubio http://www.iagorubio.com =20 GPGkey pgp.rediris.es id 0x909BD4DD fingerprint =3D D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** =20 -------------------------------------------------- |
|
From: Iago R. <iag...@hi...> - 2004-03-20 14:12:44
|
Hola Daniel :) On Sat, 2004-03-20 at 14:29, Daniel Molina wrote: [snip] > Today I have made a 'cvs up' and tried to compiled it, but the following > message error is shown: > 'main.c:29:19: debug.h: No such file or directory'. > > I think that the 'debug.h' file must be new and it haven't been included > in the CVS repository. Yes you're right :) Fixed in CVS. If you don't want to wait for the public cvs to be updated, try to paste the attached file in the "cssed*/src/" directory, and recompile. Thanks for the feedback. -- Iago Rubio http://www.iagorubio.com GPGkey pgp.rediris.es id 0x909BD4DD fingerprint = D18A B950 5F03 BB9A DD89 AA75 FEDF 1978 909B D4DD ********** iago.rubio(AT)hispalinux.es ********** -------------------------------------------------- |
3 messages has been excluded from this view by a project administrator.
