After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 441395 - Saner Auto-bullet handling
Saner Auto-bullet handling
Status: RESOLVED NOTGNOME
Product: tomboy
Classification: Applications
Component: General
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Tomboy Maintainers
Tomboy Maintainers
gnome[moved-to-github]
: 447235 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-05-26 12:08 UTC by Michael Monreal
Modified: 2017-07-31 12:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Michael Monreal 2007-05-26 12:08:53 UTC
I use tomboy very often. The bullet point feature is nice, but while working with it for some time now I noticed the following "glitches":

1.) more than one "-", like "---------" should probably not be considered as the start of a bullet line. I often use those "-" lines as separators between stuff I c&p into some notes. In fact, it would be very nice if "--" would result in a <hr>-type line in the note. Would that be possible?

2.) releated to the first: say, I don't want to have bullet points but for some reason, but I stared a line with "- something here" and press return. I will end up with bullet points in both lines (correct). IIRC in open office you can undo this "auto format", meaning the insertion and usage of bullet lists is seen as a separate step in the undo history. It would be very handy to have this in tomboy
Comment 1 Michael Monreal 2007-05-28 19:53:53 UTC
Another thing: using <Tab> in a bullet'ed line

If you press the <Tab> key in a line starting with a bullet, the WHOLE LINE is moved according to the tab. This should only happen if the cursor was set in front of the bullet, nut not after or even in between words after the bullet point.
Comment 2 Boyd Timothy 2008-02-26 19:15:13 UTC
Setting the default assignee and QA Contact to "tomboy-maint@gnome.bugs".
Comment 3 Joel Bennett 2008-10-23 20:59:48 UTC
I agree with all three of these ideas. Perhaps CTRL+Tab could continue indenting (as it does now) without needing to be at the start of the line, and plain TAB could go back to inserting a tab the way it does elsewhere.
Comment 4 Benjamin Podszun 2009-02-17 01:04:08 UTC
*** Bug 447235 has been marked as a duplicate of this bug. ***
Comment 5 Benjamin Podszun 2009-02-17 01:06:00 UTC
Copying from bug 447235:

Opened by Marius Gedminas (reporter, points: 9)
2007-06-13 17:40 UTC [reply]

I'm trying to keep a nested TO-DO list in a Tomboy note:

  * task                   [in progress]
    - subtask              [done]
    - subtask              [in progress]
  * task
    - subtask

I would like to use tabs to align the task status.  However the <tab> key
increases the indentation level instead of inserting a tab.  I have to insert a
tab on some other line and the copy & paste it.

The Tab key should adjust the indentation level only when the cursor is to the
left of the first character of the line.

This is basically exactly what comment #1 says in a nicer way.
Comment 6 Alex Tereschenko 2016-10-03 19:56:46 UTC
As this behavior was by design, this is an enhancement, reclassifying.
Comment 7 André Klapper 2017-07-31 12:36:34 UTC
The Tomboy team has moved from GNOME Bugzilla to GitHub for bug reports and feature requests: 
      https://github.com/tomboy-notes/tomboy/issues/
Closing this report as NOTGNOME as part of Bugzilla Housekeeping (bug 781054) to keep tasks in one place. Please feel free to transfer this task to GitHub if this task is still valid in a recent Tomboy version. 
We are sorry for the inconvenience.