[Bugs] #1636 UNSP: Journal Entry storage / sharing via USB stick doesn't work
Sugar Labs Bugs
bugtracker-noreply at sugarlabs.org
Mon Dec 28 13:48:23 EST 2009
#1636: Journal Entry storage / sharing via USB stick doesn't work
------------------------------------------+---------------------------------
Reporter: martin.langhoff | Owner: alsroot
Type: defect | Status: new
Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team
Component: journal | Version: Unspecified
Severity: Unspecified | Keywords: r?
Distribution: Unspecified | Status_field: Unconfirmed
------------------------------------------+---------------------------------
Comment(by alsroot):
Replying to [comment:6 martin.langhoff]:
> By all means, bring it back to the ml -- I did open a thread on this
topic a while ago, and it died. Look for 'User workflow sharing "Journal
Entries" over USB sticks'
>
> Some points however:
>
> 1 - Any kind of Sugar bundle fails in a major requirement: interop with
the rest of the world. As implemented in these patches, a file from
Write.xo gets saved on the external media with the conventional extension
(rtf? doc?). Image files are saved as PNGs.
>
> This allows editing on a 3rd party machine that may not be running
Sugar. PNGs and RTFs are editable just fine in a number of standard non-
Sugar editing programs.
>
> This argument convincingly shot down my JEB proposal which is similar to
what you propose. The full discussion of various pros and cons at
http://dev.laptop.org/ticket/9657
>
> 2 - This is an important regression in 0.84 and we (OLPC) cannot hit the
field in major deployments like Uruguay where users are _very_ used to
this workflow.
>
> Some key workflows/"usage idioms" get quickly ingrained into users. This
is one of them.
>
> 3 - This is tangled with another related issue: in large deployments
like Uy, Sugar 0.84 needs to be able to read USB disks with 0.82 "files".
More details at http://dev.laptop.org/ticket/9658 (note! this is different
from the other bug linked)
>
> Hope to have the patch for that cooked soon. Will open a ticket for it.
If I correct understand http://wiki.sugarlabs.org/go/Features/Policy and
the issue this ticket about, such changes need to be proposed as a
feature(on policy terms), code patches is a second phase, it let us weigh
all possible ways
e.g. I'm still not sure that bundles don't play here at all:
* 1st user uploaded journal object to file sharing server
* 2nd user wants to download it and attach to email
* 3rd user is going to upload attached object to journal and expect to to
see all metadata that 1st user has
we could somehow mix bundles and another methods
Any way having wiki page on http://wiki.sugarlabs.org/go/Features with
explanation how someone see this feature would be useful.
--
Ticket URL: <http://bugs.sugarlabs.org/ticket/1636#comment:7>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list