El Martes 24 Febrero 2009, Alexander Mueller escribió:
Excellent point. The Agenda PDA used this method of syncing or backing
up. Well I use rsync a lot. But it is rather a one-way backup tool than
a two way sync tool that takes care of collision resolving.
Hi,
for the two way sync and
Alexander Mueller wrote:
Uah, having to run an xserver just for an app being able to run on
windows sounds just terrible to me. There are so many cross platform GUI
frameworks out there, so why not chose one of these?
Just think of the xserver as a windows compatibility layer Macs and
Well, I have worked with several X applications on Windows as well as on
the Mac and I hated it. You can see its not a native application because
the user interface doesnt match the native one.
And about a desktop application. To me such a thing isnt jusr a remote
frontend for the phone, but
Alexander Mueller xelarel...@web.de writes:
Especially with the Openmoko this is true after reflashing the device.
Why not just rsync your home directory?
(And also, I have not reflashed my device for at least 6 months, using
debian here..)
___
On Sun, Feb 22, 2009 at 4:54 AM, Andreas Willich andreas_will...@gmx.at wrote:
Hi List
I am currently developing a PIM synchronization app for the Neo
(https://projects.openmoko.org/projects/mokosync/
http://www.opkg.org/package_134.html )
After a mail from c_c
Excellent point. The Agenda PDA used this method of syncing or backing
up. Well I use rsync a lot. But it is rather a one-way backup tool than
a two way sync tool that takes care of collision resolving.
Alex
Timo Juhani Lindfors schrieb:
Alexander Mueller xelarel...@web.de writes:
On Tuesday 24 February 2009, Alexander Mueller wrote:
Excellent point. The Agenda PDA used this method of syncing or backing
up. Well I use rsync a lot. But it is rather a one-way backup tool than
a two way sync tool that takes care of collision resolving.
Have you tried Unison? It does two
Yes, but you still have the problem of the conflict resolution. First,
this doesnt work if files are changed on both sides. Which to chose? And
with a real sync app versus a file sync app it would present the
contents of the conflicted data side by side and asking you what to do.
And I am not
time ago I have strarted a project called PoCoMoko[1], with this
intention, it still barely a empty PyGtk frontend but if you need
take whatever you like.
I think a good PC suite will be a killer app to use OM as daily
phone, you have all my support.
Also the ability of the Neo to ssh and the
On Sunday 22 February 2009, Marcel wrote:
I like the idea. Doing setup on the Neo is quite painful from time to time,
especially due to the lack of a hardware quertz keyboard.
It does work nicely with USB and bluetooth keyboards.
___
Openmoko
Andreas Willich wrote:
Hi List
I am currently developing a PIM synchronization app for the Neo
(https://projects.openmoko.org/projects/mokosync/
http://www.opkg.org/package_134.html )
After a mail from c_c
(http://lists.openmoko.org/nabble.html#nabble-f528198 ) I got the idea
to
Uah, having to run an xserver just for an app being able to run on
windows sounds just terrible to me. There are so many cross platform GUI
frameworks out there, so why not chose one of these?
wxPython for Python, wxWidgets for C++
Of course there is QT as well.
Alex
George Brooke schrieb:
Am Sunday 22 February 2009 10:54:01 schrieb Andreas Willich:
Hi List
I am currently developing a PIM synchronization app for the Neo
(https://projects.openmoko.org/projects/mokosync/
http://www.opkg.org/package_134.html )
After a mail from c_c
El Domingo 22 Febrero 2009, Andreas Willich escribió:
I am currently developing a PIM synchronization app for the Neo
(https://projects.openmoko.org/projects/mokosync/
http://www.opkg.org/package_134.html )
After a mail from c_c
(http://lists.openmoko.org/nabble.html#nabble-f528198 ) I got
Am Sunday 22 February 2009 11:23:25 schrieb ßingen:
El Domingo 22 Febrero 2009, Andreas Willich escribió:
I am currently developing a PIM synchronization app for the Neo
(https://projects.openmoko.org/projects/mokosync/
http://www.opkg.org/package_134.html )
After a mail from c_c
I think it would be so helpful to have something like it. But I would
rather not compare it to the Nokia suite but to Palm Desktop. Well being
a palm user for ages this might be the reason.
What kind of sync protocol to you intend to implement. SyncML seems to
make the most sense to me. And
On Sun, 2009-02-22 at 10:54 +0100, Andreas Willich wrote:
Hi List
I am currently developing a PIM synchronization app for the Neo
(https://projects.openmoko.org/projects/mokosync/
http://www.opkg.org/package_134.html )
After a mail from c_c
On Sunday 22 February 2009 09:54:01 Andreas Willich wrote:
Hi List
I am currently developing a PIM synchronization app for the Neo
(https://projects.openmoko.org/projects/mokosync/
http://www.opkg.org/package_134.html )
After a mail from c_c
If you are targetting FSO (as you should, since alternative are not
maintained), my understanding is that the PIM API part (opimd?) supports
several different backends for actually storing the information (i.e.
the FSO layer only provides a dbus layer on top of whatever is
underneath) For
On Sun, 22 Feb 2009 12:02:37 +0100
Gunnar AAstrand Grimnes gunnar.grim...@dfki.de wrote:
If you are targetting FSO (as you should, since alternative are not
maintained), my understanding is that the PIM API part (opimd?)
supports several different backends for actually storing the
information
Your idea is interesting.
But as I am a lazy user, I want all my settings within one GUI.
Additional I want to use the application under Windows. I have to use
Windows and Office at my work and there I have the most time the neo
connected with my PC.
And the application is more targeting the
On Sun, 2009-02-22 at 12:02 +0100, Gunnar AAstrand Grimnes wrote:
If you are targetting FSO (as you should, since alternative are not
maintained), my understanding is that the PIM API part (opimd?) supports
several different backends for actually storing the information (i.e.
the FSO layer
At the moment MokoSync is a client/server application. It is written in
C# and runs with Mono on the Neo. Currently it uses the .NET RPC library
to communicate with each other.
As far as I know, SyncML has not only definitions for syncing data. It
also contains definitions for device management.
On Sun, 2009-02-22 at 12:09 +0100, Franky Van Liedekerke wrote:
On Sun, 22 Feb 2009 12:02:37 +0100
Gunnar AAstrand Grimnes gunnar.grim...@dfki.de wrote:
If you are targetting FSO (as you should, since alternative are not
maintained), my understanding is that the PIM API part (opimd?)
On Sunday 22 February 2009 19:25:40 Andreas Willich wrote:
Your idea is interesting.
But as I am a lazy user, I want all my settings within one GUI.
Additional I want to use the application under Windows. I have to use
Windows and Office at my work and there I have the most time the neo
I also think I read somewhere on the mailing lists that sending sms's
from the command line is possible.
There was a script for 2008.X that would launch the GUI app to send.
With FSO it's trivial with the dbus utility.
- Gunnar
___
Openmoko
26 matches
Mail list logo
