Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On 01/23/2012 11:12 PM, Simon Schampijer wrote:
[...]
While thinking further about how to best solve this issue I came across
the search key (magnifier icon on the olpc keyboard or F5 on non-olpc
hardware) which we have to get to the Journal quickly. I wondered if it
would be a good idea to let that key reveal the detail view of the
Journal entry when pressed while the activity is open. This might be a
nice and quick way to write notes. You could toggle the views quickly
with the 'search' and 'activity' keys. The downside here is that you do
not see what you write about while writing and it might not be as
discoverable and with non-keyboard Sugar you don't have that option. But
it might be a nice thing to have on top of Walter's approach. (I have
hacked up a quick patch and technically it is doable).
Attached is the patch to bring up the Journal detail view when you press
the search key/F5 while having an activity focused (start Sugar, open
Browse, hit search key/F5).
For a quick toggle of the views you would expect the activity key/F4
bring you back to the activity now. This is currently not possible
because the Journal itself is considered an activity and is part of the
list of activities, hence after pressing search key/F5 the Journal is
the current active activity.
In general I think the Journal should not be considered an activity and
should be a view (hence neighborhood/goups/home/activity/journal)
instead. That would not only make this use case easier it would as well
tabbing through activities feel more right (at the moment the
'tabbing-list' includes the Journal which I always found to be confusing).
What do others think about this general change in behavior? Something
that is a good path forward? Or do you feel the search key is too
overloaded that way?
Walter was mentioning that he would like to see the detail view being
part of the main view [1]. If that change is computationally possible,
we can apply the same logic, when you hit search key/F5 while over an
activity you will be brought to the Journal and the entry is expanded,
if you hit search key/F5 in any other view (or an activity has no
Journal object associated) you will get to the Journal view with no
entry expanded.
Regards,
Simon
[1] http://wiki.sugarlabs.org/go/Design_Team/Designs/Journal#02
diff --git a/src/jarabe/journal/journalactivity.py b/src/jarabe/journal/journalactivity.py
index bb1c7f6..0ec33bb 100644
--- a/src/jarabe/journal/journalactivity.py
+++ b/src/jarabe/journal/journalactivity.py
@@ -358,6 +358,16 @@ class JournalActivity(JournalWindow):
def focus_search(self):
Become visible and give focus to the search entry
+from jarabe.model import shell
+shell_model = shell.get_model()
+if shell_model.zoom_level == shell_model.ZOOM_ACTIVITY:
+active_activity = shell_model.get_active_activity()
+if not active_activity.is_journal():
+object_id = model.get_object_id(active_activity.get_activity_id())
+if object_id:
+self.reveal()
+self.show_object(object_id)
+return
self.reveal()
self.show_main_view()
self.search_grab_focus()
diff --git a/src/jarabe/journal/model.py b/src/jarabe/journal/model.py
index 5285a7c..8a83477 100644
--- a/src/jarabe/journal/model.py
+++ b/src/jarabe/journal/model.py
@@ -489,6 +489,17 @@ def _get_file_metadata_from_json(dir_path, filename, fetch_preview):
return metadata
+def get_object_id(activity_id):
+query = {}
+properties = []
+query['activity_id'] = activity_id
+entries, total_count = _get_datastore().find(query, properties,
+ byte_arrays=True)
+if entries:
+return entries[0]['uid']
+return None
+
+
def _get_datastore():
global _datastore
if _datastore is None:
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
Hi, while looking at Walter's patch [1] today I did go through the various options another time and noted the pro/cons that have been floating around. ===Full-screen Modal Alert=== Pro: - can be invoked from the Activity, the Journal and a shortcut - no moving target (palette) Con: - no context: you can not see the the content you are describing while writing - shows fields you are not interested in at that moment (e.g. screenshot, with whom it has been shared) ===Palette=== Pro: - can be invoked from the activity - full context: you can see the the content you are describing while writing Con: - using a shortcut is difficult (need mouse control to keep the palette open) - you need to stay over the palette to keep to not let it popdown ===Naming Alert=== Pro: - there is a hint that your activity has not been reflected on (the alert is displayed when no title for the activity has been set) Con: - you can not decide when to reflect on the activity (you only can set the activity title from within the activity) So I did follow Walter's approach with the palette in the toolbar and applied Walter's patch. I checked how it looks like in the two activity toolbar types we have: hello world with a simple toolbar and the options in the main toolbar [2] and Turtle Art with the options in a sub toolbar [3]. The 'palette-approach' has many good things (you always see what you write about) but there are two things I find problematic: - the option to set the description is two clicks away which makes it hard to reach and hard to discover - it is in a palette (which is not locked), so you need to keep the mouse over the palette to not have it popdown while you type (also it is not really touch-interface friendly) One option that does address the two points from above would be make the activity subtoolbar larger so that the description widget can fit in there directly, this means: one click to get to the option and we do not have a floating palette. A hacky mockup looks like [4]. The downside here is that this is not the standard toolbar size and that it gets really ugly with the other subtoolbars [5]. So, this is not really an option neither. While thinking further about how to best solve this issue I came across the search key (magnifier icon on the olpc keyboard or F5 on non-olpc hardware) which we have to get to the Journal quickly. I wondered if it would be a good idea to let that key reveal the detail view of the Journal entry when pressed while the activity is open. This might be a nice and quick way to write notes. You could toggle the views quickly with the 'search' and 'activity' keys. The downside here is that you do not see what you write about while writing and it might not be as discoverable and with non-keyboard Sugar you don't have that option. But it might be a nice thing to have on top of Walter's approach. (I have hacked up a quick patch and technically it is doable). That should be it for now, more thoughts tomorrow. Simon [1] http://lists.sugarlabs.org/archive/sugar-devel/2012-January/035218.html [2] http://dev.laptop.org/~erikos/designs/reflections-hello.png [3] http://dev.laptop.org/~erikos/designs/reflections-ta.png [4] http://dev.laptop.org/~erikos/designs/reflect_big_toolbar.png [5] http://dev.laptop.org/~erikos/designs/reflect_big_toolbar_2.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
Excerpts from Walter Bender's message of 2012-01-09 04:55:54 +0100: Haven't had a chance to write up the notes from today's meeting, but the log is available here [1]. The idea has morphed somewhat. But no plans for a tag mechanism for 0.96. Thanks for the log. I like the shift to a more in-line, non-modal interface (for very similar reasons). While I'd love to see tags exposed as well (to me they are more important than the description, but that's a matter of preference and work flow), I agree on them being out of scope for 0.96. We don't even have good UI for manipulating tags in the Journal yet; let's experiment there first. I'm not sold on any single suggested design yet, but none was ultimately so bad that I'd oppose it. We should avoid anything that eats up more vertical space (like an always-open alert), though. The screen on XOs and similar machines is pretty sparse. Opening the activity toolbar by default sounds like a reasonable compromise between high discoverability and having the space available (after closing the activity toolbar). In the long run we should make it configurable as it'll probably annoy advanced users (because it eats up space until it gets closed manually), but that's a topic for another day. The idea to add UI for commit notes rather than the description is interesting. It opens up questions of how to interface this with a versioning data store (Save each time you add a commit note? How do you label automatic saves? How do you present it in the Journal?), but nothing inherently problematic. It emphasises the need for UI to bring up a full-fledged details view from within the activity _in_ _addition_ to the discussed plans, however. And maybe that's even a good enough place for the tags to live. I really liked the turn the activity on its back metaphor for bringing up the details view, similar to adding metadata (like date and author) on the back of a painting or photo. Unfortunately I still didn't get very far w.r.t. to desktop effects and am unlikely to do so for the time being, so either someone else would need to implement it or we'd have to make do with more subtle hints at first. The details view button is something we can tackle the next cycle, however. IMO even the commit notes alone are good enough to replace the Naming Alert. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On 03/01/12 20:04, Walter Bender wrote: Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. I had the following proposal: in the activity toolbar you can evoke the description field [1]. The toolbar could expand on key press to make it available more quick. General Note: I think in any case if we go down that road it should be part of the base activity toolbar and available in every activity. Regards, Simon [1] http://wiki.sugarlabs.org/go/File:Description.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On Sun, Jan 8, 2012 at 19:56, Simon Schampijer si...@schampijer.de wrote: On 03/01/12 20:04, Walter Bender wrote: Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. I had the following proposal: in the activity toolbar you can evoke the description field [1]. The toolbar could expand on key press to make it available more quick. General Note: I think in any case if we go down that road it should be part of the base activity toolbar and available in every activity. Regards, Simon [1] http://wiki.sugarlabs.org/go/File:Description.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Are we also thinking of providing the capability to add tags to journal entries using this mechanism? Also, [1] looks like a bit of a hack (Having a text entry field in the palette of a popped-up toolbar icon). I cannot think of another place in sugar where this approach is extensively used (which I presume is going to be the case here)? [1] http://wiki.sugarlabs.org/go/File:Description.png -- Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On Sun, Jan 8, 2012 at 9:38 PM, Anish Mangal an...@activitycentral.com wrote: On Sun, Jan 8, 2012 at 19:56, Simon Schampijer si...@schampijer.de wrote: On 03/01/12 20:04, Walter Bender wrote: Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. I had the following proposal: in the activity toolbar you can evoke the description field [1]. The toolbar could expand on key press to make it available more quick. General Note: I think in any case if we go down that road it should be part of the base activity toolbar and available in every activity. Regards, Simon [1] http://wiki.sugarlabs.org/go/File:Description.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Are we also thinking of providing the capability to add tags to journal entries using this mechanism? Also, [1] looks like a bit of a hack (Having a text entry field in the palette of a popped-up toolbar icon). I cannot think of another place in sugar where this approach is extensively used (which I presume is going to be the case here)? [1] http://wiki.sugarlabs.org/go/File:Description.png -- Anish Haven't had a chance to write up the notes from today's meeting, but the log is available here [1]. The idea has morphed somewhat. But no plans for a tag mechanism for 0.96. -walter [1] http://wiki.sugarlabs.org/go/Talk:Features/Write_to_journal_anytime#Log_from_Design_Team_Meeting_08_January_2012 -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On Mon, Jan 9, 2012 at 09:25, Walter Bender walter.ben...@gmail.com wrote: On Sun, Jan 8, 2012 at 9:38 PM, Anish Mangal an...@activitycentral.com wrote: On Sun, Jan 8, 2012 at 19:56, Simon Schampijer si...@schampijer.de wrote: On 03/01/12 20:04, Walter Bender wrote: Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. I had the following proposal: in the activity toolbar you can evoke the description field [1]. The toolbar could expand on key press to make it available more quick. General Note: I think in any case if we go down that road it should be part of the base activity toolbar and available in every activity. Regards, Simon [1] http://wiki.sugarlabs.org/go/File:Description.png ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel Are we also thinking of providing the capability to add tags to journal entries using this mechanism? Also, [1] looks like a bit of a hack (Having a text entry field in the palette of a popped-up toolbar icon). I cannot think of another place in sugar where this approach is extensively used (which I presume is going to be the case here)? [1] http://wiki.sugarlabs.org/go/File:Description.png -- Anish Haven't had a chance to write up the notes from today's meeting, but the log is available here [1]. The idea has morphed somewhat. But no plans for a tag mechanism for 0.96. Thanks for the link. -walter [1] http://wiki.sugarlabs.org/go/Talk:Features/Write_to_journal_anytime#Log_from_Design_Team_Meeting_08_January_2012 -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On Tue, Jan 3, 2012 at 2:04 PM, Walter Bender walter.ben...@gmail.com wrote:
Gary, Christian, et al.,
We are hopefully going to land some variant of the Write to Journal
Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before
jumping back into the code. The current plan of record is essentially to
make a modal display of the Journal expanded entry (detail view) available
on demand from a button on the activity toolbar (grabbing space freed up by
the elimination of the Keep button). This is essentially what I mocked up
about two years ago.
While we may have had Design Team consensus on this plan in January 2011, I
remain skeptical. The problems I see with this approach are: (1) the user
cannot see their current work while the model window is displayed -- since
presumably the goal is to write about what you are working on, this seems
problematic; (2) most of the fields in the detail view are irrelevant to the
task of taking notes; (3) some of the fields, e.g., title, already have
mechanisms for change; (4) many of the fields are not human-editable, e.g.,
preview image, collabarators
For these reasons and my general dislike of modal interfaces, I suggest a
simple alternative: a text entry in the toolbar that lets you add notes to
the description field directly from the toolbar. Simon (?) mocked this up a
few years back and I think it meets the needs of the run-time access to note
taking. Editing the notes can be done from the Journal expanded entry, which
could be invoked from the currently unused Bulletin Board key (or,
naturally, from the Journal itself).
Would you have time to discuss this in more detail anytime in the coming
week or two?
regards.
-walter
[1] http://wiki.sugar labs.org/go/Features/Talk:Write_to_journal_anytime
[2] see numerous links from ^^
--
Walter Bender
Sugar Labs
http://www.sugarlabs.org
For tomorrow's discussion:
I've made a new Alert subclass that has a text entry box. Seems like a
simple way to implement an incremental note system. See
http://wiki.sugarlabs.org/go/File:Write_to_Journal_Alert.png
An activity could use it like this (or we could build the same
functionality directly into the activity class). The question is, how
to invoke it.
def do_writejournal_cb(self, button):
''' Invoke write to journal alert '''
wj = EntryAlert()
wj.props.title = _('Notes:') + ' '
wj.props.msg = _('Type your notes here')
self.add_alert(wj)
wj.connect('response', self._close_entry_cb)
wj.show()
def _close_entry_cb(self, alert, response_id):
if response_id == gtk.RESPONSE_OK:
if self.metadata['description'] != '':
self.metadata['description'] = \
self.metadata['description'] + '\n'
self.metadata['description'] = \
self.metadata['description'] + alert.get_property('msg')
self.remove_alert(alert)
-walter
--
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Write to Journal Anytime
Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. Editing the notes can be done from the Journal expanded entry, which could be invoked from the currently unused Bulletin Board key (or, naturally, from the Journal itself). Would you have time to discuss this in more detail anytime in the coming week or two? regards. -walter [1] http://wiki.sugar labs.org/go/Features/Talk:Write_to_journal_anytime [2] see numerous links from ^^ -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
Hi Walter--yes, I have time to discuss this on the weekend (Sunday?). Let me know if we can use our original timeslot at 10am ET. Christian -- From: Walter Bender Sent: 1/3/2012 11:04 AM To: Walter Bender; Sugar-dev Devel Cc: Gonzalo Odiard; manuel quiñones; Simon Schampijer; Gary C Martin; Christian Marc Schmidt Subject: [DESIGN] Write to Journal Anytime Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. Editing the notes can be done from the Journal expanded entry, which could be invoked from the currently unused Bulletin Board key (or, naturally, from the Journal itself). Would you have time to discuss this in more detail anytime in the coming week or two? regards. -walter [1] http://wiki.sugar labs.org/go/Features/Talk:Write_to_journal_anytime [2] see numerous links from ^^ -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
On Tue, Jan 3, 2012 at 3:04 PM, Christian Marc Schmidt christianm...@gmail.com wrote: Hi Walter--yes, I have time to discuss this on the weekend (Sunday?). Let me know if we can use our original timeslot at 10am ET. Works for me :) -walter Christian From: Walter Bender Sent: 1/3/2012 11:04 AM To: Walter Bender; Sugar-dev Devel Cc: Gonzalo Odiard; manuel quiñones; Simon Schampijer; Gary C Martin; Christian Marc Schmidt Subject: [DESIGN] Write to Journal Anytime Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. Editing the notes can be done from the Journal expanded entry, which could be invoked from the currently unused Bulletin Board key (or, naturally, from the Journal itself). Would you have time to discuss this in more detail anytime in the coming week or two? regards. -walter [1] http://wiki.sugar labs.org/go/Features/Talk:Write_to_journal_anytime [2] see numerous links from ^^ -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
Hi, 2012/1/3 Walter Bender walter.ben...@gmail.com: Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. Editing the notes can be done from the Journal expanded entry, which could be invoked from the currently unused Bulletin Board key (or, naturally, from the Journal itself). I agree, the simple text entry pop-up is much better than the modal dialog. This description entry should allow at least 5 lines paragraph and it shouldn't be too thin. And maybe skip the modal dialog when stopping the activity if the description entry has been filled? -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Write to Journal Anytime
2012/1/3 Manuel Quiñones ma...@laptop.org: Hi, 2012/1/3 Walter Bender walter.ben...@gmail.com: Gary, Christian, et al., We are hopefully going to land some variant of the Write to Journal Anytime patch in Sugar 0.96 [1]. I'd like to discuss the details before jumping back into the code. The current plan of record is essentially to make a modal display of the Journal expanded entry (detail view) available on demand from a button on the activity toolbar (grabbing space freed up by the elimination of the Keep button). This is essentially what I mocked up about two years ago. While we may have had Design Team consensus on this plan in January 2011, I remain skeptical. The problems I see with this approach are: (1) the user cannot see their current work while the model window is displayed -- since presumably the goal is to write about what you are working on, this seems problematic; (2) most of the fields in the detail view are irrelevant to the task of taking notes; (3) some of the fields, e.g., title, already have mechanisms for change; (4) many of the fields are not human-editable, e.g., preview image, collabarators For these reasons and my general dislike of modal interfaces, I suggest a simple alternative: a text entry in the toolbar that lets you add notes to the description field directly from the toolbar. Simon (?) mocked this up a few years back and I think it meets the needs of the run-time access to note taking. Editing the notes can be done from the Journal expanded entry, which could be invoked from the currently unused Bulletin Board key (or, naturally, from the Journal itself). I agree, the simple text entry pop-up is much better than the modal dialog. This description entry should allow at least 5 lines paragraph and it shouldn't be too thin. And maybe skip the modal dialog when stopping the activity if the description entry has been filled? I'd concede removing the modal dialog altogether, as long as there is some way to file a commit message from within the activity. -walter -- .. manuq .. -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
