From: Ken H. <kh...@so...> - 2003-12-21 16:54:39
Attachments:
edit-wordwrap.patch
|
Hi, Attached is a patch to add an Option to toggle Word Wrap mode on/off in Edit. This is against the 2003/12/19 CVS snapshot. Note: this snapshot had the images folder missing (?) so did not have the image for the diff button on the toolbar. I fixed that here, but didn't have the correct image so didn't try to fix it in this patch. Ken -- Ken Hayber (kh...@so...) Huntington Beach, CA |
From: Thomas L. <ta...@ec...> - 2004-01-13 17:27:50
|
On Sun, Dec 21, 2003 at 06:54:13AM -0800, Ken Hayber wrote: > Hi, > > Attached is a patch to add an Option to toggle Word Wrap mode on/off in > Edit. > This is against the 2003/12/19 CVS snapshot. Applied. > Note: this snapshot had the images folder missing (?) so did not have the > image for the diff button on the toolbar. I fixed that here, but didn't > have the correct image so didn't try to fix it in this patch. The snapshots were missing the directory. Should be fixed now. Thanks, -- Thomas Leonard http://rox.sourceforge.net tal00r at ecs.soton.ac.uk tal197 at users.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |
From: Jonatan L. <th...@ho...> - 2004-01-13 20:17:46
|
On Tue, 13 Jan 2004 17:27:32 +0000 Thomas Leonard <ta...@ec...> wrote: > > Attached is a patch to add an Option to toggle Word Wrap mode on/off > > in > > Edit. > > This is against the 2003/12/19 CVS snapshot. > > Applied. > > > Note: this snapshot had the images folder missing (?) so did not > > have the image for the diff button on the toolbar. I fixed that > > here, but didn't have the correct image so didn't try to fix it in > > this patch. > > The snapshots were missing the directory. Should be fixed now. Nice! When will we see syntax highlighting, adjustable tab-size, auto-indent, etc...? =) /Jonatan __ | __ ____ _ ____ |__/__ _____ _____||___ (_) ____ _____| | )(_____|( | )(_____||_____ | (______(_____| ===============|===================================== __| http://kymatica.com |
From: Ken H. <kh...@so...> - 2004-01-14 03:24:09
|
> On Tue, 13 Jan 2004 17:27:32 +0000 > Thomas Leonard <ta...@ec...> wrote: > >>> Attached is a patch to add an Option to toggle Word Wrap mode on/off >>> in >>> Edit. >>> This is against the 2003/12/19 CVS snapshot. >> >> Applied. >> >>> Note: this snapshot had the images folder missing (?) so did not >>> have the image for the diff button on the toolbar. I fixed that >>> here, but didn't have the correct image so didn't try to fix it in >>> this patch. >> >> The snapshots were missing the directory. Should be fixed now. > > Nice! When will we see syntax highlighting Well, until/unless more work is done on pygtksourceview, a long time. :-( I tried it with what is currently available, but no go. I don't know much about gtk->python binding work so I don't know how hard it is to update/fix that to the latest gtksourceview. swig much anyone? > , adjustable tab-size, > auto-indent, etc...? =) I may tackle one or both of these someday. Don't hold you breath :-) |
From: Jonatan L. <th...@ho...> - 2004-01-14 12:37:45
|
On Tue, 13 Jan 2004 19:24:01 -0800 Ken Hayber <kh...@so...> wrote: > > Nice! When will we see syntax highlighting > > Well, until/unless more work is done on pygtksourceview, a long time. > > :-( > I tried it with what is currently available, but no go. Well, I know nothing about GTK or Python... But couldn't you just make some simple ~/Choices/Edit/Syntax/ dir with files named after mime-type. And those files contains entries in the form regexp,color. Or is it hard to change color of text in the textwidget that is used in Edit? > > , adjustable tab-size, > > auto-indent, etc...? =) > > I may tackle one or both of these someday. Don't hold you breath :-) ..and it would be nice if the wrap could be set to {off,display-only,real}, where realwrap actually wraps the text (inserts linebreaks). And a format-paragraph action that reformats current paragraph... /Jonatan - who's dream is that Edit will be like Midnight Commanders builtin editor someday... =) __ | __ ____ _ ____ |__/__ _____ _____||___ (_) ____ _____| | )(_____|( | )(_____||_____ | (______(_____| ===============|===================================== __| http://kymatica.com |
From: Ken H. <kh...@so...> - 2004-01-14 14:33:52
|
> On Tue, 13 Jan 2004 19:24:01 -0800 > Ken Hayber <kh...@so...> wrote: > >>> Nice! When will we see syntax highlighting >> >> Well, until/unless more work is done on pygtksourceview, a long time. >> >> :-( >> I tried it with what is currently available, but no go. > > Well, I know nothing about GTK or Python... But couldn't you just make > some simple ~/Choices/Edit/Syntax/ dir with files named after > mime-type. > And those files contains entries in the form regexp,color. Or is it > hard > to change color of text in the textwidget that is used in Edit? I am sure that it is harder than that and that performance is also a big issue. You don't want to be scanning through your text in python doing regexes and setting gtk text view colors. gtksourceview already has all this - we just need a nice python wrapper for it. One has been started, but it not up to date with gtksourceview now. > >>> , adjustable tab-size, >>> auto-indent, etc...? =) >> >> I may tackle one or both of these someday. Don't hold you breath :-) > > ..and it would be nice if the wrap could be set to > {off,display-only,real}, where realwrap actually wraps the text > (inserts > linebreaks). And a format-paragraph action that reformats current > paragraph... How does 'real' handle window width changes? Currently all I did was add a control to set a gtk text view setting. Its not like I wrote a whole bunch of code for this. Your 'real' word wrap is a whole 'nuther thing that would need a decent spec before starting it. Actually I think you'd probably want a menu command to 'reformat' the current text to the current window wouldn't you? I use TextPad in Windows and use that function sometimes. I wouldn't think you'd want it on all the time. > > /Jonatan - who's dream is that Edit will be like Midnight Commanders > builtin editor someday... =) Dreams are important :-) |
From: Thomas L. <ta...@ec...> - 2004-01-14 16:26:31
|
On Wed, Jan 14, 2004 at 06:33:54AM -0800, Ken Hayber wrote: > >On Tue, 13 Jan 2004 19:24:01 -0800 [...] > >Well, I know nothing about GTK or Python... But couldn't you just make > >some simple ~/Choices/Edit/Syntax/ dir with files named after > >mime-type. > >And those files contains entries in the form regexp,color. Or is it > >hard to change color of text in the textwidget that is used in Edit? > > I am sure that it is harder than that and that performance is also a > big issue. You don't want to be scanning through your text in python > doing regexes and setting gtk text view colors. The main issue is whether you support multi-line colouring (eg, /* comments */ in C). If not, you only have to highlight the bit you can see, and keep it uptodate, which is fairly easy. Things get really nasty with multi-line matching, though... > gtksourceview already has all this - we just need a nice python wrapper > for it. One has been started, but it not up to date with gtksourceview > now. Yep, that would be the best option (possibly for a separate editor though; we don't want to make Edit hard to install!). -- Thomas Leonard http://rox.sourceforge.net tal00r at ecs.soton.ac.uk tal197 at users.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |
From: Ken H. <kh...@so...> - 2004-01-15 03:24:05
|
> >> gtksourceview already has all this - we just need a nice python >> wrapper >> for it. One has been started, but it not up to date with >> gtksourceview >> now. > > Yep, that would be the best option (possibly for a separate editor > though; > we don't want to make Edit hard to install!). Seconded! Edit should remain Edit. |
From: Jonatan L. <th...@ho...> - 2004-01-14 21:08:21
|
On Wed, 14 Jan 2004 06:33:54 -0800 Ken Hayber <kh...@so...> wrote: > > Well, I know nothing about GTK or Python... But couldn't you just > > make > > some simple ~/Choices/Edit/Syntax/ dir with files named after > > mime-type. > > And those files contains entries in the form regexp,color. Or is it > > > > hard > > to change color of text in the textwidget that is used in Edit? > > I am sure that it is harder than that and that performance is also a > big issue. You don't want to be scanning through your text in python > > doing regexes and setting gtk text view colors. gtksourceview > already has all this - we just need a nice python wrapper for it. > One has been started, but it not up to date with gtksourceview now. Ah, then I understand. And making such python wrapper is not a simple task? > > ..and it would be nice if the wrap could be set to > > {off,display-only,real}, where realwrap actually wraps the text > > (inserts > > linebreaks). And a format-paragraph action that reformats current > > paragraph... > > How does 'real' handle window width changes? Currently all I did was > add a control to set a gtk text view setting. Its not like I wrote a > whole bunch of code for this. Your 'real' word wrap is a whole > 'nuther thing that would need a decent spec before starting it. > Actually I think you'd probably want a menu command to 'reformat' the > current text to the current window wouldn't you? I use TextPad in > Windows and use that function sometimes. I wouldn't think you'd want > it on all the time. You would have a setting for line length. Which is used by "hard" wrapping (which occurs as you type) and reformat command. The soft-wrapping just wraps the text so you see it all without having to scroll, the hard wrapping and reformatting is for writing stuff that you want formatted, like README's and such that should be able to view with simple less or cat. Another very nice thing would be to be able to save in plain isolatin1 charset. Even if everything _should_ support UTF-8 - many stuff is not supporting it. (like less and cat for example) /Jonatan __ | __ ____ _ ____ |__/__ _____ _____||___ (_) ____ _____| | )(_____|( | )(_____||_____ | (______(_____| ===============|===================================== __| http://kymatica.com |
From: Ken H. <kh...@so...> - 2004-01-15 03:35:26
|
> On Wed, 14 Jan 2004 06:33:54 -0800 > Ken Hayber <kh...@so...> wrote: > >>> Well, I know nothing about GTK or Python... But couldn't you just >>> make >>> some simple ~/Choices/Edit/Syntax/ dir with files named after >>> mime-type. >>> And those files contains entries in the form regexp,color. Or is it >>> >>> hard >>> to change color of text in the textwidget that is used in Edit? >> >> I am sure that it is harder than that and that performance is also a >> big issue. You don't want to be scanning through your text in python >> >> doing regexes and setting gtk text view colors. gtksourceview >> already has all this - we just need a nice python wrapper for it. >> One has been started, but it not up to date with gtksourceview now. > > Ah, then I understand. And making such python wrapper is not a simple > task? There's two ways to do it (that I am aware of): brute force (hard) and swig (http://www.swig.org == not so hard?). I don't know how pysourceview is doing it now. They appear to be stalled for some time on their web site (http://www.bitbuilder.com/pysourceview). > >>> ..and it would be nice if the wrap could be set to >>> {off,display-only,real}, where realwrap actually wraps the text >>> (inserts >>> linebreaks). And a format-paragraph action that reformats current >>> paragraph... >> >> How does 'real' handle window width changes? Currently all I did was >> add a control to set a gtk text view setting. Its not like I wrote a >> whole bunch of code for this. Your 'real' word wrap is a whole >> 'nuther thing that would need a decent spec before starting it. >> Actually I think you'd probably want a menu command to 'reformat' the >> current text to the current window wouldn't you? I use TextPad in >> Windows and use that function sometimes. I wouldn't think you'd want >> it on all the time. > > You would have a setting for line length. Which is used by "hard" > wrapping (which occurs as you type) and reformat command. The > soft-wrapping just wraps the text so you see it all without having to > scroll, the hard wrapping and reformatting is for writing stuff that > you > want formatted, like README's and such that should be able to view with > simple less or cat. Ah. This is very different from how my patch works. I took a quick look at the gtk docs and don't see that gtk already handles this, so it'd have to be done in python. I may look into it some time. Not sure how hard it would be. > > Another very nice thing would be to be able to save in plain isolatin1 > charset. Even if everything _should_ support UTF-8 - many stuff is not > supporting it. (like less and cat for example) This should not be too hard for python which seems to have nice encoding support. |
From: Thomas L. <ta...@ec...> - 2004-01-15 10:34:58
|
On Wed, Jan 14, 2004 at 04:34:30PM -0200, Jonatan Liljedahl wrote: [...] > Another very nice thing would be to be able to save in plain isolatin1 > charset. Even if everything _should_ support UTF-8 - many stuff is not > supporting it. (like less and cat for example) less and cat support UTF-8 fine (cat shouldn't process the input at all; it just copies bytes!) Check that your terminal emulator and LANG are set up correctly... (see the FAQ for details) -- Thomas Leonard http://rox.sourceforge.net tal00r at ecs.soton.ac.uk tal197 at users.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |
From: Vincent L. <vi...@vi...> - 2004-01-15 23:36:09
|
On 2004-01-15 10:33:50 +0000, Thomas Leonard wrote: > less and cat support UTF-8 fine (cat shouldn't process the input at all= ; > it just copies bytes!) Check that your terminal emulator and LANG are s= et > up correctly... (see the FAQ for details) Yes, but you should note that less doesn't recognize the character set automatically (however one could probably use an input preprocessor to convert ISO-8859-1 to UTF-8 and things like that, or use another wrapper to set LESSCHARSET to the correct value). So, some users may prefer to use less with ISO-8859-1 text files all the time. --=20 Vincent Lef=E8vre <vi...@vi...> - Web: <http://www.vinc17.org/> - = 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat Internation= al des Jeux Math=E9matiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA |