Re: Quanta trunk and upload plugin

 On 09/13/10 11:28, Milian Wolff wrote:
> 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.
I will - thanks for the information.
>> 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).
I will report today after work surely :)
>> 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.
For now I can only manually delete files (one by one) from the file
listing, that is unrefreshable ;) Of course there should be an option to
disable that synchronization, although I was using it all the time.
Simple example - I change the layout of the site. To do so - I have new
images, than I modify the CSS - upload it, and than I just need to
remove files.

I will create ticket for that too :)
>> 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.
I will put there all my suggestions :) And just one question - are there
any chances that:

https://bugs.kde.org/show_bug.cgi?id=224910

will be resolved sometime? It's probably not Kdevelop/Quanta problem,
but it is important part of Upload plugin :) And I cannot put it in
bugzilla as it is there already, completely forgotten by the world :)
> Bye
>
>
>
> _______________________________________________
> Quanta mailing list
> [email protected]
> https://mail.kde.org/mailman/listinfo/quanta


-- 
Best Regards,
Jakub Caban

_______________________________________________
Quanta mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/quanta