[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