Re: A mockup for an alternate conduit GUI.

["Martin Owens" <doctormo gmail com>]

Congratulations, you've totally missed what I was saying.

2008/7/21 Brent Gueth <creeva gmail com>:
> A GUI is needed because not everyone fits into a role where it makes sense
> to use a web browser for everything.   If I was going to sync a blackberry
> by getting it on the wire - I would look at MS's Mesh intiative - depending
> on how quickly they get it done.   Doesn't Plaxo support over the air sync
> for blackberries?
>
> I sync my devices to plaxo and sync evolution with my online contacts via
> Conduit - I should not have to use Firefox wen it will use more memory and
> cpu then a simple GUI conduit sync - while maintaining a user friendly
> atomsphere compared to the CLI usage of conduit.
>
> On Mon, Jul 21, 2008 at 4:49 PM, Martin Owens <doctormo gmail com> wrote:
>>
>> Why have a GUI at all? For all your online syncing needs you could
>> integrate plugins into firefox for the configuration end, adding
>> buttons to photo sites ect. For devices you could have a status panel
>> icon which pops up informing users of syncing opportunities.
>>
>> The problem with current thought is that it assumes syncing is an
>> application in it's own right, when it's nothing of the sort. It's an
>> exercise in integration with the system by providing data paths
>> between formats. Those multiple formats themselves being intolerable
>> to me (rar rar open standards)
>>
>> Let me know when I can plug my blackberry into a default ubuntu
>> install and have it ask me if I want to sync the contacts.
>>
>> Best Regards, Martin Owens
>>
>> 2008/7/21 Kris Northfield <kris northfield gmail com>:
>> > Funny you should post that, I have a mockup that's been sitting in my
>> > home directory for a while now waiting for some polish but I think
>> > I'll just post it 'as is'. There are bits that I'm not happy with at
>> > the moment but the general ideas are there. What do people think?
>> >
>> > My main aims were:
>> >
>> > 1. add a big 'sync' button to avoid having to right click on the
>> > applet (also add a cancel button on the toolbar)
>> > 2. make the data providers more 'manageable' (not sure that's what i
>> > mean)
>> >
>> > Right now the tree view isn't too much of a problem but presumably
>> > over time more and more providers will be there, making it more
>> > confusing and longer.
>> >
>> > In my proposed solution you have an "Add Conduit" button from which
>> > you can choose a data type, photos for example, this adds an icon to
>> > the left panel which then features a drop down to select relevant
>> > providers.
>> >
>> > Clicking an icon in the left panel filters the view, you can then
>> > further divide data types into custom groups (e.g. personal
>> > photos/work photos) using a drop down at the top of each group (i
>> > don't really like this, i think it is over complicating things) you
>> > can also sync the current group only.
>> >
>> > Regards,
>> > Kris.
>> >
>> >
>> >
>> > 2008/7/16 Andrew Stormont <andyjstormont googlemail com>:
>> >> Pls, tell me what you think.
>> >>
>> >> You'll probably have to view it in inkscape, since I have no idea how
>> >> to
>> >> add an opaque background :p
>> >>
>> >> Andy Stormont.
>> >>
>> >> _______________________________________________
>> >> Conduit-list mailing list
>> >> Conduit-list gnome org
>> >> http://mail.gnome.org/mailman/listinfo/conduit-list
>> >>
>> >>
>> >
>> > _______________________________________________
>> > Conduit-list mailing list
>> > Conduit-list gnome org
>> > http://mail.gnome.org/mailman/listinfo/conduit-list
>> >
>> >
>> _______________________________________________
>> Conduit-list mailing list
>> Conduit-list gnome org
>> http://mail.gnome.org/mailman/listinfo/conduit-list
>
>