[prev in list] [next in list] [prev in thread] [next in thread] 

List:       quanta
Subject:    Re: [Quanta] Quanta trunk and upload plugin
From:       Milian Wolff <mail () milianw ! de>
Date:       2010-09-13 9:28:20
Message-ID: 201009131128.23737.mail () milianw ! de
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Saturday, 11. September 2010 12:36:20 Jakub Caban wrote:
>  Hi,
> 
> First of all - Quanta trunk does not build against current KDevplatform
> trunk (same problem as was with kdevelop-php probably):
> 
> In file included from
> /var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/
> parser/cssast.h:16:0,
> 
>                  from
> /var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/
> parser/cssparser.h:7, from
> /var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999_build/languages/css/
> parser/cssparser.cpp:4:
> /var/tmp/paludis/dev-util-quanta-9999/work/quanta-9999/languages/css/parse
> r/editorintegrator.h:22:46: fatal error:
> language/editor/editorintegrator.h: No such file or directory compilation
> terminated.
> make[2]: ***
> [languages/css/parser/CMakeFiles/kdev4cssparser.dir/cssparser.o] Error 1
> make[1]: *** [languages/css/parser/CMakeFiles/kdev4cssparser.dir/all]
> Error 2
> make[1]: *** Waiting for unfinished jobs....

Please use Kdevplatform + KDevelop 4.1 branches if you are interested in 
Quanta (master). I hope to rebase Quanta against movingranges sometime next 
week.

> And as I've found some time to write to all of you, I'd be happy to
> share my thoughts about the Upload plugin that I use A LOT.
> 
> First of all - the upload dialog. Is there any chance to have it
> transparent? In Q3.5 I was able to start uploading the page and go back
> to Q for further work. It saves lots of time, especially when I'm
> uploading large website on slower connection (which is common here, in
> Poland) - I have to wait sometimes even an hour being unable to work.

transparent meaning not modal? Very good point. Please report this and the 
reports below on bugs.kde.org with quanta / upload component (that I've just 
created).

> Secondly - another feature that was really nice - semi-automatic
> synchronization of my working folder and the remote places. I mean -
> when I was deleting file or moving it via Q3.5, dialog appeared asking
> to do the same on remote places. So when I delete obsolete files
> locally, they got deleted remotely. Maybe it'd be even possible for
> better sync now? Who knows? (well, maybe some of you know - I don't ;) )

Do you really want the delete dialog right when you removed it? I personally 
found that always very annyoing and disabled it right away. The reason was 
simple: When I delete something on my development machine, I might need to do 
some more adaptions in the other source files (like removing now obsolete 
includes) before it would work again. If I'd propagate the change asap, the 
page would be broken for a few seconds until I also did the other checks.

But well, if you use upload plugin to sync files to your testing server, it 
might make sense...

Anyhow, does the upload dialog already give you the option to delete files? Or 
is that completely untracked? This of course must be implemented.

> Third one - quite small, but hell important - please give us "refresh"
> option on the remote machines (in the "Upload profiles" files view).
> Right now when something changes on the remote I have no way to force
> KDevelop to reload the listing.

++

> And finally - is there any problem to add option to drag'n'drop files
> from remote or to the remote via Kdevelop UI? Probably there is a reason
> why we cannot do that even locally in KDevelop, but it's worth ask,
> isn't it? :)

Drag'n'Drop is completely unsupported in KDevelop. _YET_. I *really* look 
forward to implement that finally, lets hope I can do that for 4.2, which would 
also be the version for Quanta to depend on for its first release (at least so 
I hope).

Though please make sure this is tracked somewhere in the KDevplatform bug 
tracker (bugs.kde.org).

> All that would surely make this plugin even better. As I'm currently
> using KDevelop+Kdevelop-php+Upload plugin (and sometimes GIT plugin), I
> will sometimes try to write some suggestions for that part of Q. Hope it
> will help :)

Thanks for the suggestions, all are pretty good. Though in future maybe report 
such wishes directly on bugs.kde.org where they belong.

Bye

-- 
Milian Wolff
mail@milianw.de
http://milianw.de

["signature.asc" (application/pgp-signature)]

_______________________________________________
Quanta mailing list
Quanta@mail.kde.org
https://mail.kde.org/mailman/listinfo/quanta


[prev in list] [next in list] [prev in thread] [next in thread]