Re: [Announce] DropN900 - the maemo 5 DropBox client
 

This is a feature request: a small lightweight part of the app that remains in the back ground all throughout and periodically syncs the folder with the cloud. It should be optional

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Dear jonnenau,
This was a surprise for me to find this app, and of course I'm going to support it in the coming future (in all aspects ;)

I just have a few questions:
- Is it possible to run this app in background and let it sync automatically as one modifies/creates new files?

- Can this application detect proxy settings? I did not manage to do this with the proxy settings located in "Internet Connection Settings". (Should I do some more linux stuff, like http_proxy, or is it the app ignoring the proxy settings at all?)

- Since I'm very new to this app, I was wondering if one can set the program to sync *everything* except one of the subfolders?


Thank you again for this nice job!

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

I would love to use this but just tried to install and got a conflict. The app manager says:
"Conflict with application packages: python2.5-qt4-svg(4.7-maemo7)"

I have searched this thread and no one else seems to have reported this. Any suggestions?

Rgrds

F

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

is it possible to connect and sychronise with server without launching gui? I mean by using the terminal can we do this? I am trying to make a QBW that I can click to sync with dropbox.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

If you look at the Python source code you'll find it is very neatly done, with the network parts (auth, sync) cleanly separated from the UI parts. Probably a few lines of Python with the right calls to the right modules would do what you want.

The hard part is determining exactly which few lines :-)

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

hmmm... though i'm not a programmer by profession (I'm a naval architect), I am one at heart and will try to make a CLI version soon.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Seems like a very handy app. One thing I noted was that the folder tree is somewhat difficult to use without the stylus. If it's possible to make it finger friendlier with larger + and folder names, that would be great
Keep up the great work!

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

You are free to try of course. I'm not saying its not possible but its kind of hard. I understand the need for this somewhat. So let me ask a bit more.

You dont want any UI? You dont want any input from console either? You just want to run "python syncdropbox.py" and it does an brute force update with uploading and download all available stuff? You propably want like feedback for you widget, but this way you cant really have it if its not designed somehow and you just poke around calls to my code. The code is quite simple but for complex things you need basically the whole app up to travel the paths that give you results.

The problem without even console input is auth if its not stored and selecting sync confirmations. Tell me more what you are trying to accomblish and what are the exact steps and I can look into it.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Then some news for everyone. I'm basically done with my sync confirmation rewrite. This will include

• Confirming download and upload in separate dialogs
• Options for download confirm: Download All, Ignore and Cancel. Ignore will simply ignore the download side of the sync.
• Options for upload confirm: Upload All, Ignore, Cancel and Delete New Local Files. Ignore: again ignoring upload part and doing the download if it was not ignored also. Delete New Files: this is the option for you who know the new marked files were deleted from dropbox. Hit delete files and it will do that and update your dialog and you can make another selection.
• I'm starting single nice sync widget for the transfers that would keep track of the sync progress. No more per file widgets for syncs then.
• Trying to get sync progress reporting to the main screen and maybe a more accessible button to start it.

Don't get your hopes up too much. Making the sync progress widget is really more complex than it sounds. As I run threaded network workers and have a poller to start/stop those one at a time. It's doable, starting to poke at it now!

You guys ready for the update promised to you months ago? :D No really I'm sorry I have been busy at work, a bit shamed but now one guys mailed me during the week and I reserved the weekend for coding from the girlfriend and said to myself not to play SC2 all the time (I still watched all the blizzcon2010 coverage, great games) ;)

P.S. I need a lot of testing help on this one. The changes to the confirmation stuff were not trivial, bugs will ensue. Also there are so many scenarios to cover while testing. Of course I wont release crap without testing it at all but there will potentially be new bugs :) Just a heads up.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Whoa, u're ight. I spend last Sunday brushing up on Python and spend today trying do something with dropbox. But damn, it's not as easy as it looks. What I tried to do was use the python dropbox client directly and automate whatever dropn900 was doing. I haven't progressed at all. :-(

Yes, thats kind of what I wanted. Basically I can call this script and based on the account that dropn900 had already authorised, would do a complete sync. Further options would be nice, but wouldn't it be asking too much of you? It could be like python syncdropbox.py -full, could do full sync with no need for confirmation while python syncdropbox.py -down will only download, etc?

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

No sweat for the delay, we know these things happen :-)

Everything you describe sounds real good and should make DropN900 a great Dropbox client, obviating the need for anything else.

My account isn't very critical (I created it just for DropN900 :-), so if you need testing before release, just ask !

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

dropn900-0.1.6-1 now available as a download/update!

• Separate confirm dialogs for upload and download
• Options in confirmation dialogs: Download/Upload Files, Cancel, Ignore Files and for upload dialog Delete Local Files.
• -> Delete Local Files: will remove all files that are marked as NEW FILE in known dropbox paths. If uploads still available after deletion, updates UI and reconfirms what to do. This will happen only if you have added new folders and files that are not present in the server, these you still have to delete manually if you dont want to sync them. Or just click ignore to not act on them.
• Transfers widgets cleaned up. Sync wont create widget per sync dl/ul, but a reporting widget that will track the progress of the sync. Showing stats: time spent on upload and download, how many files uploaded/downloaded and how many left and total size of uploads/downloads. Hopefully this will bring speed to the transfers view as there are alot less items in it now.
• Added small 'Sync Now' button to main views lower right corner. This same space will also show when a sync is in progress and the button goes away for that time.
• Made main tree view items a little bigger with bigger font so its easier to use without stylus.
• Internals: Much cleaner code all around for the sync ui part.

Source changes for those interested on how much work this actually was for few small features :)
Note: .ui and ui_*.py files are generated with Qt Designer and the uic tools.

I'm a little lost atm what would be the next bigger feature. Maybe supporting multiple paths for sync and ignore file extensions for upload and download files for sync. What is your suggerstion? :)

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

I have problems with 0.1.5-3 with PR 1.3. The problem is that it seg faults.

I haven't tested 0.1.6-1 since it haven't been imported to Extras-devel yet. Has somebody tested 0.1.6-1 already in PR 1.3?

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

How do you actually segfault a python application? :) And I don't think PR 1.3 is out, at least if your are not a Nokia N900 team insider.

Edit: OK, so I have missed the system update alltogether, wow, just got he notification. I'll check if my app is still ok with the new firmware. I don't see why it would not work, maybe if they switched to Qt 4.7, did they?

---

On a more serious note, has anyone got this update? I tried yesterday but could not get it. Trying now again and still not showing in app manager. I did everything as before when I have released and got the ok email. Whats up?! 0.1.6-1 shows here too.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

I don't either but that's what I get when I run "python /opt/dropn900/dropn900.py" in terminal.

And yes, PR 1.3 includes Qt 4.7

0.1.6-1 build is successful but it haven't been imported to Extras-devel like 0.1.5-3 has been.
Maybe it has something to do with 1.3 release.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Confirming: 0.1.5-3 with PR 1.3 gives a segfault.

Until the 0.1.6-1 package is imported, it won't show up in app manager.

Frank

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Hmm, well if Qt 4.6 libraries are gone from the system, the PyQt that is trying to call them will propably do a segfault in the C/C++ code. The python code cannot simply segfault as far as I know, it must be in the c++ lib code. Anyways, hang on while I try to solve this. We might in fact need to wait for the 4.7 PyQt bindings to come out before any of the maemo py apps utilizing them will work.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

khweeteur depend on python2.5-qt4-gui, python2.5-qt4-core, python2.5-qt4-maemo5, python-oauth2, python-simplejson, python-conic, python-imaging and it works so the problem might be in python-dropbox-client, python-dbus or python-gobject.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

A little of topic SyncEvolution like DropN900 no longer works since todays firmware update, if anyone has any ideas .....

As this I use everyday even more so than DropN900

thanks

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Wow, you had me scared for a while there... but SyncEvolution still seems to work for me !

DropN900 also fails here though. I don't think it's Qt-related: PR1.3 still has Qt 4.6.2, and other things like GRead and SnXM still run fine. I'm guessing a system lib, or some other Python binding (Hildon, libconic ?).

USSD Query seems to be gone, too, that's a hassle...

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Yep same here. No errors DropN900 just closing without any notice. (PR 1.3)

Some Additional Infos:

If I execute it from Shell I get:

Nokia-N900:/home/opt/dropn900# python dropn900.py
Segmentation fault

Please find a Debug exec Log at Pastebin:

http://pastebin.com/QY5rMZyT

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Here almost the same problem.
Reinstalling (after installing 1.3) dropbox does not work. Conflict with python2.5-qt4-sql(4.7.4_maemo0).
If I had known that I would have waited with 1.3 since this is the best app for me!

Update: Just installed newest version (1.6) with fapman.
No problem to install, but starting the app gives nothing...

And in Xterminal also a Segmentation Fault.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

same thing, after upgrade 1.3 not working qt 4.7 is on in exp

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Same here. Something is wrong with python I guess.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

I hope it gets fixed soon. Would have waited to upgrade my firmware if I had known this.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Same here. I came to know of this problem just a few minutes too late. :-(

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

So probably "Unsupported date format character at 1 (%-d.%-m.)" and segmentation fault is due to the PR1.3...

-nibbe-

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

any news guys ?

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

I guess Jonnenau is on holiday?

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Fun to see so many new people coming up on the thread once the app is not working :) I guess I have more users than I thought.

I would like to fix this but I cannot dist-upgrade my dev environment as im getting "504 Gateway Time-out" from repository.maemo.org so I cant get PR 1.3 setup to my scratchbox.

Update for the crash: It is segfaulting on my QApp subclass on QApplication.__init__(self, sys.argv) line. This same thing has happened to other people too so its just not me. Attila who is the pyqt maintainer did not respond to that which is a shame.

I'm not sure if the subclass thing is what is crashing, I will try to instantiate the app as a member variable as the subclassing is really not needed, its just nice design imo. But from the other guy you can see he is not subclassing so I dont think its that anyways. When I make a app = QApplication(sys.argv) on my device just in python console It's fine, so really hard to say before I get to look into it a bit more.

I will try to upgrade my dev env tomorrow if the maemo repo servers would be up to the task and push a fix once resolved. Hang in there, I'll try to resolve this asap :)

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

there are many dropbox users here.. so ur app will be used alot, i think ;) And im waiting too, for the new release..

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

I would love to see a stable version in extras-testing :D

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

every loves your app , i reckon i probly is most used app thanks for all your work will await a fix !!

cheers

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Yeah there are a lot of dropbox users but your app is very functional with a nice gui. Keep up the good work.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

dropn900-0.1.7-2 now available as a download/update!

• Fix PR 1.3 introduced bug: segfaults when initializing out QApplication instance.

As a reminder as no one really has these features yet, here is the 0.1.6 changelog:

• Separate confirm dialogs for upload and download
• Options in confirmation dialogs: Download/Upload Files, Cancel, Ignore Files and for upload dialog Delete Local Files.
• -> Delete Local Files: will remove all files that are marked as NEW FILE in known dropbox paths. If uploads still available after deletion, updates UI and reconfirms what to do. This will happen only if you have added new folders and files that are not present in the server, these you still have to delete manually if you dont want to sync them. Or just click ignore to not act on them.
• Transfers widgets cleaned up. Sync wont create widget per sync dl/ul, but a reporting widget that will track the progress of the sync. Showing stats: time spent on upload and download, how many files uploaded/downloaded and how many left and total size of uploads/downloads. Hopefully this will bring speed to the transfers view as there are alot less items in it now.
• Added small 'Sync Now' button to main views lower right corner. This same space will also show when a sync is in progress and the button goes away for that time.
• Made main tree view items a little bigger with bigger font so its easier to use without stylus.
• Internals: Much cleaner code all around for the sync ui part.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

I'm seeing that my treeview is all screwed up now. The first column is very narrow and second is wide. What the hell is going on with this PR 1.3, please report back if you see this bug. I thought that the Qt libs did not change but something must have changed in Qt or PyQ. I will be forced to rewrite the whole damn view if this happens to everyone. You fix one bug and another arises out from this firmware update, plaaah.

The quick fix is to tap down the headers on top and drag the first column wider. You have to hit it in the border of the two columns, you can find thats stop where the texts (folder/file names) are clipping.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

I have the same thing, the name column is very narrow, shows only 'Dr...' at the toplevel. Dragging it wider took a couple of goes, but does fix it.
I note that the 'About' box shows version as 0.1.5, but I guess it must have updated because it works :-)

Great software, many thanks for your efforts.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Oh yes I manually edit that version number and have forgotten completely to do that in the last few updates :) If you see the new sync now button in the main views bottom right corner its the newest version, or if it runs in PR 1.3 :D

I'll think of something for the ui bug, try to cope with the manual resizing for a while guys. I am really busy at work so I dont know if I can do anything very fast as this will be a quite a big rewrite to do the new model/view ui from scratch.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

One other minor thing (Sorry, I know how it seems everyone finds things wrong when you release code)...

Under Settings>Default Download Folder the folder display is (for me at least) black text on a dark grey background. I didn't realise it was showing a path at all, until I looked at it at an angle.

Re: [Announce] DropN900 - the maemo 5 DropBox client
 

Well to be completely straight about it they are not my bugs if the platform one day completely changes how Qt behaves and I get tons of stupid library and ui bugs that were not there before the firmware update. I have very little control over all of the bugs listed here. The line edit colors and the treeview bugs might be related to stylesheets, but I cant say for sure before I have time to check them out.

I would fix these immediately if they really were directly resulted by my own bad code. But now I need some time to think and see whats going on as I cant point to my own code "aha, this is causing this". So please don't have the idea that I caused the app to segfault or to paint stuff weirdly, its the libs I'm using that should not ever do this in normal behavior.