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 632015 - Touch Support
Touch Support
Status: RESOLVED NOTGNOME
Product: tomboy
Classification: Applications
Component: General
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Tomboy Maintainers
Tomboy Maintainers
gnome[moved-to-github]
: 632749 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-10-12 21:25 UTC by Luqman
Modified: 2017-07-31 12:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Some work in progress from last year (8.68 KB, patch)
2010-10-12 23:45 UTC, Sandy Armstrong
none Details | Review

Description Luqman 2010-10-12 21:25:31 UTC
I use Tomboy to record notes in class, collect web snippets and for a lot of other stuff too. I've been looking into buying a tablet to use with my laptop. As such I was looking into compatibility with the programs I use and I've found that Tomboy does not really support input via touch (styluses and such). What with the new uTouch stack in Ubuntu I was hoping that this feature could make its way into Tomboy.

Thank you.
Comment 1 Sandy Armstrong 2010-10-12 21:32:09 UTC
We have an incomplete sketching add-in that we don't ship.  Patches welcome on that.

What exact sort of touch features would you expect in Tomboy?
Comment 2 Luqman 2010-10-12 23:19:38 UTC
Yes, I discovered that Add-in but couldn't find any further information. As for features, simply allowing freehand drawing. Not even as a vector, pixel would suffice. As in drawing diagrams for notes (i.e. chemistry: lewis diagrams).
Comment 3 Sandy Armstrong 2010-10-12 23:45:57 UTC
Created attachment 172222 [details] [review]
Some work in progress from last year

So what we need is:

1) Save support in the sketching add-in
2) Loading of saved sketches (harder than you'd think)
3) A standard way for add-ins to "attach" files to Tomboy notes
4) Additions to the Tomboy Web REST API spec to allow for synchronizing note attachments

The patch I'm attaching here (some experimental work from last year) does 1 and 3.  I have ideas for 4, but am not sure yet of the best way to do 2.
Comment 4 Luqman 2010-10-14 21:52:48 UTC
Well this is definitely reassuring as there is at least some work done.

At this point I'm just wondering how exactly the sketches are saved. How difficult would it be to adapt the whole Tomboy interface to a canvas of sorts? Right now I'm assuming it's a GTK+/# widget for text. If it were a canvas (perhaps something like "drawable" form GTK) it would allow free drawing on the whole note. 

All this is just speculation as the only experience I have with GTK+ is a simple media app written in Vala.

Thanks for the work.
Comment 5 Sandy Armstrong 2010-10-14 22:02:38 UTC
(In reply to comment #4)
> Well this is definitely reassuring as there is at least some work done.

Don't be over-reassured.  I wrote that code almost a year ago and have not touched it since.  I'm very focused on Tomboy Online right now and can't guarantee any sort of timeframe for merging the patch attached in this bug.

That's why I say patches welcome, because if somebody else wants to "own" the sketching add-in it would get things done faster.

> At this point I'm just wondering how exactly the sketches are saved.

With my patch, they are saved as PNG files in an attachment directory for the note, which is named <guid>/ (given that the note is <guid>.note), and located in the note directory.

But as I said, the sketches are never loaded when Tomboy starts up next, so the patch is not enough for you to be productive yet.

> How
> difficult would it be to adapt the whole Tomboy interface to a canvas of sorts?
> Right now I'm assuming it's a GTK+/# widget for text. If it were a canvas
> (perhaps something like "drawable" form GTK) it would allow free drawing on the
> whole note. 

Right now we use a custom subclass of GtkTextView.  I really don't know how much work it would be to do what you suggest, as it's outside my realm of experience.  I'd be hesitant to move in the direction of a basKet-like UI, though, if that's what you're thinking.  Even some sort of drawing layer would be tricky when you move to another system with a different DPI or font size or whatever.  I'd be most comfortable seeing sketches done as drawing-only regions inserted in the note.

> All this is just speculation as the only experience I have with GTK+ is a
> simple media app written in Vala.
> 
> Thanks for the work.

Sure thing!
Comment 6 Sandy Armstrong 2010-10-21 00:52:07 UTC
*** Bug 632749 has been marked as a duplicate of this bug. ***
Comment 7 André Klapper 2017-07-31 12:40:32 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.