=C3=B8ren=20Holm?=
Date: Sun, 16 Oct 2011 23:39:25 +0200
Subject: [PATCH] Automatically reload files modified on disk.
When files are changed on disk it is nice to have unmodified documents to
reload. this patch adds this functionallity by default.
---
part/document/katedocument.cpp |
Am Sun, 16 Oct 2011 23:42:32 +0200
schrieb Søren holm :
> Hi
>
> I know this patch should problably include some sort of checkbox for
> specifying
> behavior, but on the other hand QtCreator and other editors reload
> files automatically
> by default. What do you say?
I have once (but still) ru
Am 17.10.2011 00:45, schrieb Thomas Lübking:
> Am Sun, 16 Oct 2011 23:42:32 +0200
> schrieb Søren holm :
>
>> Hi
>>
>> I know this patch should problably include some sort of checkbox for
>> specifying
>> behavior, but on the other hand QtCreator and other editors reload
>> files automatically
Mandag den 17. oktober 2011 00:45:36 Thomas Lübking skrev:
>
> I have once (but still) run into the occasion of deleting a bunch of
> files on disk (upupupupenter can be /really/ dangerous ;-)
> I had no backups, but luckily still them open in a kate session from
> where i could restore them.
>
>
Mandag den 17. oktober 2011 01:17:54 Reindl Harald skrev:
>
> please do NOT reload files automatically
>
> the right way is to DETECT a change and open a dialog ONCE
> to reload from disk per session, kate do it the right way
> currentyl with only one weakness: if you say ignore and
> another pro
Am 17.10.2011 08:30, schrieb Søren holm:
> Mandag den 17. oktober 2011 01:17:54 Reindl Harald skrev:
>>
>> please do NOT reload files automatically
>>
>> the right way is to DETECT a change and open a dialog ONCE
>> to reload from disk per session, kate do it the right way
>> currentyl with only
Mandag den 17. oktober 2011 09:03:52 Reindl Harald skrev:
> you should take a closer look at kate
>
> what i mean is that i can decide in the prompt that i
> want not noticed about changes in this session
>
Does kate have the abillity to relaod files automatically?
> again: please take a close
Am Mon, 17 Oct 2011 11:42:14 +0200
schrieb Søren holm :
> Does kate have the abillity to relaod files automatically?
No. It presents you a cheklist dialog where you can
reload/overwrite/ignore changes in a batch.
You could just have tried...
-> Sorry, but your usecase imo does not justify that fe
Mandag den 17. oktober 2011 11:51:46 Thomas Lübking skrev:
>
> No. It presents you a cheklist dialog where you can
> reload/overwrite/ignore changes in a batch.
> You could just have tried...
I did try. I jsut though that you know kate better than I do.
> Well, quoting Harald: have a look at kat
On 17.10.11 12:34:27, Søren holm wrote:
> Mandag den 17. oktober 2011 11:51:46 Thomas Lübking skrev:
> > Well, quoting Harald: have a look at kate please. I'm frankly stunned
> > that kdevelop cannot do that.
>
> So what you are saying is that this kind of functionallity should not be
> implement
Mandag den 17. oktober 2011 13:18:25 Andreas Pakulat skrev:
> No, what he's saying is that the batch-question should be implemented in
> the apps. Automatic reloading should never be done - unless explicitly
> asked for by the user.
Thanks for the answers. I will hack on kdevelop then.
--
Søren
Am Mon, 17 Oct 2011 13:18:25 +0200
schrieb Andreas Pakulat :
> No, what he's saying is that the batch-question should be implemented
> in the apps.
Yes. It might make sense to just move the kate implementation upstream,
though.
Thomas
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsu
On 17.10.11 19:04:30, Thomas Lübking wrote:
> Am Mon, 17 Oct 2011 13:18:25 +0200
> schrieb Andreas Pakulat :
>
> > No, what he's saying is that the batch-question should be implemented
> > in the apps.
>
> Yes. It might make sense to just move the kate implementation upstream,
> though.
Well, I'
On Monday 17 October 2011 20:03:33 Andreas Pakulat wrote:
> On 17.10.11 19:04:30, Thomas Lübking wrote:
> > Am Mon, 17 Oct 2011 13:18:25 +0200
> >
> > schrieb Andreas Pakulat :
> > > No, what he's saying is that the batch-question should be implemented
> > > in the apps.
> >
> > Yes. It might mak
On Monday, October 17, 2011 12:34:27 Søren holm wrote:
> Mandag den 17. oktober 2011 11:51:46 Thomas Lübking skrev:
> > No. It presents you a cheklist dialog where you can
> > reload/overwrite/ignore changes in a batch.
> > You could just have tried...
>
> I did try. I jsut though that you know ka
On 10/17/2011 08:26 AM, Søren holm wrote:
No. It does not give you an empty page. File modification and file overwrite
will trigger a reload. But ONLY if the document has been saved - no pending
changes must bep resent.
As just a plain user, this is the exact behavior I want.
Kate is pretty ter
Am 21.10.2011 13:10, schrieb Esben Mose Hansen:
> Kate is pretty terrible, popping up a dialog asking me to reload even though
> there is no unsaved
> data. I hate dialogs popping up when I am writing something, especially for
> trivial issues.
but there was a change on the file-system and yo
Fredag den 21. oktober 2011 13:15:10 Reindl Harald skrev:
> but there was a change on the file-system and you NEED to know this because
> it is pretty useless to edit a file what is changed on disk and overwrite
> changes of other people
>
> kate is doing nearly all perfect
>
> the only missing o
On Friday, October 21, 2011 13:15:10 Reindl Harald wrote:
> what never must happen is to reload automatically, there are really no
> usecases to do this without any warning, really no
There is, and it's a pretty common one. Using Git and pulling, for example. Or
rebasing, or checking out a separa
2011/10/21 Sebastian Kügler :
> On Friday, October 21, 2011 13:15:10 Reindl Harald wrote:
>> what never must happen is to reload automatically, there are really no
>> usecases to do this without any warning, really no
>
> There is, and it's a pretty common one. Using Git and pulling, for example. O
On 21 October 2011 14:20, Sylvain "Skarsnik" Colinet wrote:
> 2011/10/21 Sebastian Kügler :
>> On Friday, October 21, 2011 13:15:10 Reindl Harald wrote:
>>> what never must happen is to reload automatically, there are really no
>>> usecases to do this without any warning, really no
>>
>> There is,
Why not use the KMessageWidget (or whatever it is called) created by
Aurelien Gateau which can be displayed above the status bar or above the
main view and show the user that the file was modified on disk without
annoying them with a dialog.
Cheers,
Sebastian
On 10/21/2011 01:10 PM, Esben Mose Ha
Am 21.10.2011 13:46, schrieb Søren holm:
> Fredag den 21. oktober 2011 13:15:10 Reindl Harald skrev:
>> but there was a change on the file-system and you NEED to know this because
>> it is pretty useless to edit a file what is changed on disk and overwrite
>> changes of other people
>>
>> kate is
On Fri, Oct 21, 2011 at 09:01, Reindl Harald wrote:
> Am 21.10.2011 13:46, schrieb Søren holm:
>> Why is it bad to have files not changed from within the editor reload when
>> they
>> change?
>
> because if i work half an hour in a css-file and another one makes a simple
> change and press "save"
Am 21.10.2011 15:40, schrieb Parker Coates:
> On Fri, Oct 21, 2011 at 09:01, Reindl Harald wrote:
>> Am 21.10.2011 13:46, schrieb Søren holm:
>>> Why is it bad to have files not changed from within the editor reload when
>>> they
>>> change?
>>
>> because if i work half an hour in a css-file and
Fredag den 21. oktober 2011 15:56:21 Reindl Harald skrev:
>
> having a css file on a test-server mounted via sshfs/smbfs and normally
> the tech-peopole like i making templates/css but after that changing a
> color-hexcode from the boss himself i guess is not so uncommon
>
> in this cases it is n
On Friday, October 21, 2011 15:56:21 Reindl Harald wrote:
> having a css file on a test-server mounted via sshfs/smbfs and normally
> the tech-peopole like i making templates/css but after that changing a
> color-hexcode from the boss himself i guess is not so uncommon
That doesn't work though, as
Am 27.10.2011 16:01, schrieb Sebastian Kügler:
> On Friday, October 21, 2011 15:56:21 Reindl Harald wrote:
>> having a css file on a test-server mounted via sshfs/smbfs and normally
>> the tech-peopole like i making templates/css but after that changing a
>> color-hexcode from the boss himself i gu
Torsdag den 27. oktober 2011 16:13:44 Reindl Harald skrev:
> this does perfectly work since many years if you are using fuse-sshfs /
> curlftpfs what is always the better solution since the kio-parts are
> randomly broken and not useable if you need to rely on them in any way
Harald, why do you ke
Am 27.10.2011 20:18, schrieb Søren Holm@home:
> Torsdag den 27. oktober 2011 16:13:44 Reindl Harald skrev:
>> this does perfectly work since many years if you are using fuse-sshfs /
>> curlftpfs what is always the better solution since the kio-parts are
>> randomly broken and not useable if you n
Torsdag den 27. oktober 2011 20:33:54 Reindl Harald skrev:
> you missunderstood me
>
> nothing against tis feature, but please not as default because this would
> have the potential to destroy work of people who do not expect or want this
Well that is great. Then my patch just needs to be refined
On Thu, Oct 27, 2011 at 10:01 AM, Sebastian Kügler wrote:
> On Friday, October 21, 2011 15:56:21 Reindl Harald wrote:
> > having a css file on a test-server mounted via sshfs/smbfs and normally
> > the tech-peopole like i making templates/css but after that changing a
> > color-hexcode from the b
On Thursday, October 27, 2011 20:18:17 Søren Holm@home wrote:
> Torsdag den 27. oktober 2011 16:13:44 Reindl Harald skrev:
> > this does perfectly work since many years if you are using fuse-sshfs /
> > curlftpfs what is always the better solution since the kio-parts are
> > randomly broken and not
On Thursday, October 27, 2011 20:33:54 Reindl Harald wrote:
> Am 27.10.2011 20:18, schrieb Søren Holm@home:
> > Torsdag den 27. oktober 2011 16:13:44 Reindl Harald skrev:
> >> this does perfectly work since many years if you are using fuse-sshfs /
> >> curlftpfs what is always the better solution s
34 matches
Mail list logo