3. When you reply to a message, you can split a quoted line into two by pressing Enter at the position you want to be split. However, if you join two quoted lines (e.g. by pressing Backspace or Del) it does not reformat the quoted text, so you have to manually remove the quote prefix (e.g.
"TS> ") that remains there. GoldEd does this nicely (don't know about
other editors). If it is not too much work, it would be great to have this.
Some suggestions for the message editor:
2. It would be nice if the quoted text was coloured, like in the message viewer.
3. When you reply to a message, you can split a quoted line into two by
pressing Enter at the position you want to be split. However, if you
join two quoted lines (e.g. by pressing Backspace or Del) it does not
reformat the quoted text, so you have to manually remove the quote
prefix (e.g. "TS> ") that remains there. GoldEd does this nicely (don't
know about other editors). If it is not too much work, it would be great
to have this.
Doesn't the R)eflow or (Crl+R) work?
Hello August!
*** Sunday 30.01.22 at 14:03:00, August Abolins wrote to Carlos Navarro:
3. When you reply to a message, you can split a quoted line into two by
pressing Enter at the position you want to be split. However, if you
join two quoted lines (e.g. by pressing Backspace or Del) it does not
reformat the quoted text, so you have to manually remove the quote
prefix (e.g. "TS> ") that remains there. GoldEd does this nicely (don't
know about other editors). If it is not too much work, it would be
great to have this.
Doesn't the R)eflow or (Crl+R) work?
Nope.
Some suggestions for the message editor:
1. The second and subsequent lines in a paragraph are indented by a
space. Looks weird to me, though it is not a critical issue, as once the message is posted it is ok.
2. It would be nice if the quoted text was coloured, like in the message viewer.
3. When you reply to a message, you can split a quoted line into two by pressing Enter at the position you want to be split. However, if you join two quoted lines (e.g. by pressing Backspace or Del) it does not reformat the quoted text, so you have to manually remove the quote prefix (e.g.
"TS> ") that remains there. GoldEd does this nicely (don't know about
other editors). If it is not too much work, it would be great to have this.
2. It would be nice if the quoted text was coloured, like in the messageYes please :)
viewer.
It would also be nice if the maximum line length could be configurable by the user. I'm having to hit <Enter> at or before column 80 but that's
just a personal preference, as I absolutely hate looooooooooooooooooong lines.
In the old version, if I use the backspace to bring up the 3rd line as in this example..
aa> akjdkjf akdfa akdf dkj akdjfkaj akjfdkaj
aa> akdfkj afjdj skj dsk kdsjdjk djidij
aa> jsdkjs dsk sj
..I would get this result:
aa> akjdkjf akdfa akdf dkj akdjfkaj akjfdkaj
aa> akdfkj afjdj skj dsk kdsjdjk djidij aa> jsdkjs dsk sj
..then YES, the extra aa> comes along for the ride.
But I revisited the issue using Golded just now, and YES.. the extra
quote prefix gets auto-romoved, AND the line auto adjusts for the right length. That's pretty cool.
However.. in Winpoint, if I just highlight the original block (the first example in this message) the Reflow takes care of the problem.
2. It would be nice if the quoted text was coloured, like in the
message viewer.
Yes please :)
It is now.
It would also be nice if the maximum line length could be
configurable by the user. I'm having to hit <Enter> at or before
column 80 but that's just a personal preference, as I absolutely
hate looooooooooooooooooong lines.
Please don't hit Enter if it's not the end of the paragraph. :-) It may not look good depending on the device.
It would also be nice if the maximum line length could be
configurable by the user. I'm having to hit <Enter> at or before
column 80 but that's just a personal preference, as I absolutely
hate looooooooooooooooooong lines.
I hate them too.
I resized the message window to an appropriate width (a bit more than
the quoted text) and it's fine for me.
I think that Winpoint remembers the last size (will test later).
Assuming that you meant the editor window, yes, that's what I've done and it does improve matters. However, it does absolutely nothing for the physical line length.
I think that Winpoint remembers the last size (will test later).
Yes, it does.
Apparently, all of this is included in todays release :)
- Pressing Ctrl-L is not working as expected. It deletes the current line but the cursor goes up one line. So if you press it several times you don't remove the text below but the above lines. I'm not sure if this
also happened in 394. For the first and last lines in the message it
works fine.
- Single (') and double quotes (") are not wrapped properly, it seems
they are treated as spaces. For example:
... it's
may be displayed as:
... it'
s
- Pressing Ctrl-L is not working as expected. It deletes the
current line but the cursor goes up one line. So if you press it
several times you don't remove the text below but the above
lines. I'm not sure if this also happened in 394. For the first
and last lines in the message it works fine.
This one is cursed. I think it is fixed (again) in 398.2 ...
IMO, it should never have been changed from Ctrl+Y but that's only my opinion :)
This one is cursed. I think it is fixed (again) in 398.2 ...
[...]- Single (') and double quotes (") are not wrapped properly, it seems
they are treated as spaces. For example:
I made some adjustments to the editors word wrap behavour that should solve this.
This one is cursed. I think it is fixed (again) in 398.2 ...
Indeed :-)
It works fine... but just one more change, if you can: when you are at
the last line and press Ctrl-L, if you continue pressing the cursor goes up and the above line will be deleted. GoldEd just stops deleting when
the are no more lines below.
[...]- Single (') and double quotes (") are not wrapped properly, it seems
they are treated as spaces. For example:
I made some adjustments to the editors word wrap behavour that shouldSeems to be working ok.
solve this.
When you click anywhere in the body text the cursor doesn't go to the end of the line.
So, if you clicked somewhere in the middle you have to press Home before you start typing or you'll have white space before the text.
^When you click anywhere in the body text the cursor doesn't go to
the end of the line.
Hmmmm, that also happens here but I don't find it unusual.
So, if you clicked somewhere in the middle you have to press Home
before you start typing or you'll have white space before the
text.
The only time I see that here is when I click somewhere in a *blank*
line.
When you click anywhere in the body text the cursor doesn't go to the
end of the line.
Hmmmm, that also happens here but I don't find it unusual.^ I didn't explain well, I mean if I click on whitespace, like here: -----+
The cursor should go to the end of "unusual."
and not create 8 spaces.
Ah, now I understand what you mean and I agree.
Ahbut does it actually create 8 spaces because if you hit the <End>
key, the cursor moves back to the first column after "unusual."
19 Feb 2022 10:47, you wrote to me:
When you click anywhere in the body text the cursor doesn't go to
the end of the line.
Hmmmm, that also happens here but I don't find it unusual.^ I didn't explain well, I mean if I click on whitespace, like here: -----+
The cursor /should/ go to the end of "unusual." and not /create/ 8
spaces.
19 Feb 2022 10:47, you wrote to me:
When you click anywhere in the body text the cursor doesn't go to the
end of the line.
Hmmmm, that also happens here but I don't find it unusual.^ I didn't explain well, I mean if I click on whitespace, like here: -----+
The cursor should go to the end of "unusual." and not create 8 spaces.
It would also be nice if the maximum line length could be configurable
by the user. I'm having to hit <Enter> at or before column 80 but that's
just a personal preference, as I absolutely hate looooooooooooooooooong
lines.
Me too. Will think about it.
Hello Tim!
*** Monday 31.01.22 at 19:52, Tim Schattkowsky wrote to Martin Foster:
[snip]
It would also be nice if the maximum line length could be configurable
by the user. I'm having to hit <Enter> at or before column 80 but
that's just a personal preference, as I absolutely hate
looooooooooooooooooong lines.
Me too. Will think about it.
Any thoughts on this yet?
Where does winpoint stores a logfile?
Where does winpoint stores a logfile?
WinPoint uses no log files (except for debugging puproses). Instead,
all logs are stored in the "Reports" folder just like normal mails.
| Sysop: | Nelgin |
|---|---|
| Location: | Plano, TX |
| Users: | 578 |
| Nodes: | 10 (1 / 9) |
| Uptime: | 02:25:10 |
| Calls: | 9,306 |
| Files: | 15,959 |
| Messages: | 1,047,604 |