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.
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: