It needs a line wrap button. It's a major mistake not to have one. This is a text editor after all. Isn't it?
On Tue, 27 Jan 2009 23:28:12 -0400, "Lee Gold" leegold@operamail.com wrote:
It needs a line wrap button. It's a major mistake not to have one. This is a text editor after all. Isn't it?
I guess you mean a toolbar button to quickly enable/disable line wrapping?
For a toolbar button we would need an icon first. But maybe it isn't necessary at all: - there is a menu item in the Document menu to enable/disable it for the current file - there is a keybinding "Toggle Line wrapping" to enable/disable it for the current document - and there is a option in the prefs dialog to enable/disable it globally for all files
Isn't this enough?
Regards, Enrico
I believe what is being asked for is a way to "format" the text and force line endings (\n. \r, etc. depending on document ) at the current line-breaking column (eg 72). Of course the breaks would occur at word boundaries.
This is not overly useful for code but if one downloads a text file with no line breaks except for paragraphs, one can see just one long line per paragraph. Try to print that and who knows what you'll get.
Line wrapping depends on the window size. This request makes the file width be a specific number of characters wide. I'd like to see that too. Sometimes I load up another editor just to do this function.
chuck
Enrico Tröger wrote:
On Tue, 27 Jan 2009 23:28:12 -0400, "Lee Gold" leegold@operamail.com wrote:
It needs a line wrap button. It's a major mistake not to have one. This is a text editor after all. Isn't it?
I guess you mean a toolbar button to quickly enable/disable line wrapping?
For a toolbar button we would need an icon first. But maybe it isn't necessary at all:
- there is a menu item in the Document menu to enable/disable it for
the current file
- there is a keybinding "Toggle Line wrapping" to enable/disable it for
the current document
- and there is a option in the prefs dialog to enable/disable it
globally for all files
Isn't this enough?
Regards, Enrico
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Wed, Jan 28, 2009 at 6:08 PM, chuck ctl@arrowtwins.com wrote:
This is not overly useful for code but if one downloads a text file with no line breaks except for paragraphs, one can see just one long line per paragraph. Try to print that and who knows what you'll get.
I can see the value of having the editor able to insert hard line breaks for you, but personally I do not mind if my programmer's editor doesn't provide this, because it's designed for editing code.
John
On Wed, 28 Jan 2009, John Yeung wrote:
I can see the value of having the editor able to insert hard line breaks for you, but personally I do not mind if my programmer's editor doesn't provide this, because it's designed for editing code.
For a programmer's editor the feature you want is a step on top of this one--being able to re-wrap multiple comment lines after making a change that pushes one of them to too wide.
-- * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD
On Wed, 28 Jan 2009 23:43:10 -0500 (EST), Greg Smith gsmith@gregsmith.com wrote:
On Wed, 28 Jan 2009, John Yeung wrote:
I can see the value of having the editor able to insert hard line breaks for you, but personally I do not mind if my programmer's editor doesn't provide this, because it's designed for editing code.
For a programmer's editor the feature you want is a step on top of this one--being able to re-wrap multiple comment lines after making a change that pushes one of them to too wide.
Hehe, give then an inch and they will take an ell...
Regards, Enrico
On Thu, 29 Jan 2009, Enrico Tröger wrote:
On Wed, 28 Jan 2009 23:43:10 -0500 (EST), Greg Smith
For a programmer's editor the feature you want is a step on top of this one--being able to re-wrap multiple comment lines after making a change that pushes one of them to too wide.
Hehe, give then an inch and they will take an ell...
Wasn't a request, just pointing out how even code can have stuff you want to wrap.
# If I have some comments that look like this I need to edit, as long as # simple line-wrap works it's not too painful to just wipe out all the # delimiters, wrap with a 2 character smaller width to leave space, then # insert them back in again.
/** * Even when you're using multi-line comments, you're not necessarily * immune to this problem, because some people are stuck with style * guidelines that require formatting something that looks similar to * this. This you might recognize as early Javadoc style comments. * (the asterisks are optional starting in 1.4, but this style was * already ingrained in the community by then) */
So there's the additional cases I'd expect a giant bloated editing tool to handle (*cough* Eclipse), just to provide a spec for an ideal wrapping feature set. One step at a time.
-- * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD
Added item. This operation is a one-time thing. It is not a mode of operation as is line wrapping. Once done, it affects only the text that was there when it was done. New text just goes into the buffer as always. It can extend beyond the line-break marker or not. A subsequent 'format' action will then affect all text existing at that time. The line-break column may bwe changed before the format and the new width will be active for that one operation.
Hope this is clear.
chuck
------------------------------------------------------
I believe what is being asked for is a way to "format" the text and force line endings (\n. \r, etc. depending on document ) at the current line-breaking column (eg 72). Of course the breaks would occur at word boundaries.
This is not overly useful for code but if one downloads a text file with no line breaks except for paragraphs, one can see just one long line per paragraph. Try to print that and who knows what you'll get.
Line wrapping depends on the window size. This request makes the file width be a specific number of characters wide. I'd like to see that too. Sometimes I load up another editor just to do this function.
chuck
Enrico Tröger wrote:
On Tue, 27 Jan 2009 23:28:12 -0400, "Lee Gold" leegold@operamail.com wrote:
It needs a line wrap button. It's a major mistake not to have one. This is a text editor after all. Isn't it?
I guess you mean a toolbar button to quickly enable/disable line wrapping?
For a toolbar button we would need an icon first. But maybe it isn't necessary at all:
- there is a menu item in the Document menu to enable/disable it for
the current file
- there is a keybinding "Toggle Line wrapping" to enable/disable it for
the current document
- and there is a option in the prefs dialog to enable/disable it
globally for all files
Isn't this enough?
Regards, Enrico
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Wed, 28 Jan 2009 15:22:25 -0800, chuck ctl@arrowtwins.com wrote:
Hey,
still not sure whether Lee was asking for line wrapping or line breaking.
Added item. This operation is a one-time thing. It is not a mode of operation as is line wrapping. Once done, it affects only the text that was there when it was done. New text just goes into the buffer as always. It can extend beyond the line-break marker or not. A subsequent 'format' action will then affect all text existing at that time. The line-break column may bwe changed before the format and the new width will be active for that one operation.
You noticed we already have line breaking since 0.15? It works differently from what you suggest, it is line-breaking as you type :). I think the code could be more or less easily modified to work also on the whole document at once.
Regards, Enrico
Like Greg, this is not a request. I was attempting to explain what I thought Lee was talking about. Obviously line wrapping (and line breaking as you type) are in Geany. Those are modes of operation. 2 other editors (jEdit and emacs) have the after-the-fact paragraph format function. I load up one of these to do the job when needed; especially useful when editing some HTML files, or preparing a document to look reasonable when printed.
Wherever the cursor is when started, the process goes back to the previous blank line and formats ( breaks lines ) to the next blank line. It often (usually) means manually entering a blank line or two before performing the operation to isolate the area in question, to contain the effect.
It's really no big deal, but since I use Geany for html, php, c, c++, java, etc. as well as text files, I'd be happy not to need to fire up another editor just for this one function; but I don't mind doing it because it doesn't happen often.
That's all.
chuck
Enrico Tröger wrote:
On Wed, 28 Jan 2009 15:22:25 -0800, chuck ctl@arrowtwins.com wrote:
Hey,
still not sure whether Lee was asking for line wrapping or line breaking.
Added item. This operation is a one-time thing. It is not a mode of operation as is line wrapping. Once done, it affects only the text that was there when it was done. New text just goes into the buffer as always. It can extend beyond the line-break marker or not. A subsequent 'format' action will then affect all text existing at that time. The line-break column may bwe changed before the format and the new width will be active for that one operation.
You noticed we already have line breaking since 0.15? It works differently from what you suggest, it is line-breaking as you type :). I think the code could be more or less easily modified to work also on the whole document at once.
Regards, Enrico
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Thu, 29 Jan 2009 11:00:19 -0800, chuck ctl@arrowtwins.com wrote:
Like Greg, this is not a request. I was attempting to explain what I thought Lee was talking about. Obviously line wrapping (and line breaking as you type) are in Geany. Those are modes of operation. 2 other editors (jEdit and emacs) have the after-the-fact paragraph format function. I load up one of these to do the job when needed; especially useful when editing some HTML files, or preparing a document to look reasonable when printed.
Wherever the cursor is when started, the process goes back to the previous blank line and formats ( breaks lines ) to the next blank line. It often (usually) means manually entering a blank line or two before performing the operation to isolate the area in question, to contain the effect.
It's really no big deal, but since I use Geany for html, php, c, c++, java, etc. as well as text files, I'd be happy not to need to fire up another editor just for this one function; but I don't mind doing it because it doesn't happen often.
Yup, I completely see the point. And I never said it wouldn't be a cool addition at all. Just that it's not yet possible without changing the code and that I personally won't work on it. But as usual, patches are welcome :).
Regards, Enrico