[prev in list] [next in list] [prev in thread] [next in thread]
List: quanta
Subject: Re: [Quanta] Quanta trunk and upload plugin
From: Jakub Caban <kuba () whyblack ! pl>
Date: 2010-09-13 9:36:18
Message-ID: 4C8DF092.3060703 () whyblack ! pl
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
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
> Quanta@mail.kde.org
> https://mail.kde.org/mailman/listinfo/quanta
--
Best Regards,
Jakub Caban
[Attachment #5 (text/html)]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
On 09/13/10 11:28, Milian Wolff wrote:
<blockquote cite="mid:201009131128.23737.mail@milianw.de"
type="cite">
<pre wrap="">On Saturday, 11. September 2010 12:36:20 Jakub Caban \
wrote: </pre>
<blockquote type="cite">
<pre wrap=""> 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....
</pre>
</blockquote>
<pre wrap="">
Please use Kdevplatform + KDevelop 4.1 branches if you are interested in
Quanta (master). I hope to rebase Quanta against movingranges sometime next \
week.
</pre>
</blockquote>
I will - thanks for the information.<br>
<blockquote cite="mid:201009131128.23737.mail@milianw.de"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap="">
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).
</pre>
</blockquote>
I will report today after work surely :)<br>
<blockquote cite="mid:201009131128.23737.mail@milianw.de"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">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 ;) )
</pre>
</blockquote>
<pre wrap="">
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.
</pre>
</blockquote>
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.<br>
<br>
I will create ticket for that too :)<br>
<blockquote cite="mid:201009131128.23737.mail@milianw.de"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap="">
++
</pre>
<blockquote type="cite">
<pre wrap="">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? :)
</pre>
</blockquote>
<pre wrap="">
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).
</pre>
<blockquote type="cite">
<pre wrap="">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 :)
</pre>
</blockquote>
<pre wrap="">
Thanks for the suggestions, all are pretty good. Though in future maybe \
report such wishes directly on bugs.kde.org where they belong.
</pre>
</blockquote>
I will put there all my suggestions :) And just one question - are
there any chances that:<br>
<br>
<a class="moz-txt-link-freetext" \
href="https://bugs.kde.org/show_bug.cgi?id=224910">https://bugs.kde.org/show_bug.cgi?id=224910</a><br>
<br>
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 :)<br>
<blockquote cite="mid:201009131128.23737.mail@milianw.de"
type="cite">
<pre wrap="">
Bye
</pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Quanta mailing list
<a class="moz-txt-link-abbreviated" \
href="mailto:Quanta@mail.kde.org">Quanta@mail.kde.org</a> <a \
class="moz-txt-link-freetext" \
href="https://mail.kde.org/mailman/listinfo/quanta">https://mail.kde.org/mailman/listinfo/quanta</a>
</pre>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
Best Regards,<br>
Jakub Caban<br>
</div>
</body>
</html>
_______________________________________________
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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic