Re: Review Request 122551: New feature: Open all recent files
> On Feb. 13, 2015, 12:06 a.m., Kevin Funk wrote: > > You're aware that Kate (and any other decent editor) has session management > > which probably solves your issue? It saves the session when you close it, > > and re-opens all the files that had been opened. > > Thomas Murach wrote: > Sure, I use sessions quite frequently. To me the need to re-open many/all > recently opened files occurs _within_ sessions. One session (in my case) > corresponds to one project / code base containing usually many files, so I > don't have all of them open. Then if I think I'm done fixing a bug or > similar, I close files I won't need again in the next days, and the situation > described above has started. > > Thomas Murach wrote: > Hi, so, what's the status? > > Thomas Murach wrote: > Wow, this little discussion was dormant for quite a while now - let's > finish it. Personally I still think I'd like to have such a feature, every > once in a while I miss it. Accepting the patch is of course up to you, and I > won't insist on having it included. > In case it is accepted: I haven't tested it since then, so one should > have another look. Next use case: recently my X session crashed, so that (in this case) Kile (TeX editor) lost it's session information and started with a blank new file instead of the previous list of open files. So now I had to go and open all files one by one, instead of simply clicking "open all recent files". - Thomas --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/#review75958 ------- On Feb. 23, 2015, 11:52 p.m., Thomas Murach wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/122551/ > --- > > (Updated Feb. 23, 2015, 11:52 p.m.) > > > Review request for KDE Frameworks. > > > Repository: kconfigwidgets > > > Description > --- > > I've always been looking for a feature (mostly in Kate et al.) to open all > recently opened files at once. Every once in a while I think I'm done with > some source code editing, realise that I'm not, and then have to click > through all files one by one. With this patch opening all files at once gets > possible. So much for the background. Still there are some open questions: > > 1) Is such a feature wanted at all? > 2) Is the code quality/style ok? > 3) Last but not least: This patch will work nicely with kate, presumably also > with okular and some others, but I guess it will not work as expected with > Kaffeine, for example, as new files which are to be opened will not get > appended to a playlist but instead each file will get opened for an instance > and then be replaced by the next opened file. Possible solutions: In > principle it would be possible to add another signal passing a list of URLs > to applications, which then have to define a suitable slot. Alternatively > this patch could just not be applied and the feature I'm trying to introduce > could be added to kate only... (I don't prefer that option ;) ) > > So, what are your opinions, comments, ideas? Thanks in advance! > > PS I hope the reviewer group "kdeframeworks" is the right one... > > > Diffs > - > > src/krecentfilesaction.h 06965d4 > src/krecentfilesaction.cpp 40fdf93 > src/krecentfilesaction_p.h 2c690a7 > > Diff: https://git.reviewboard.kde.org/r/122551/diff/ > > > Testing > --- > > I don't run KF5 on a daily basis, but in a Docker session the patch works > nicely with Kate. > > > Thanks, > > Thomas Murach > >
Re: Review Request 122551: New feature: Open all recent files
> On Feb. 13, 2015, 12:06 vorm., Kevin Funk wrote: > > You're aware that Kate (and any other decent editor) has session management > > which probably solves your issue? It saves the session when you close it, > > and re-opens all the files that had been opened. > > Thomas Murach wrote: > Sure, I use sessions quite frequently. To me the need to re-open many/all > recently opened files occurs _within_ sessions. One session (in my case) > corresponds to one project / code base containing usually many files, so I > don't have all of them open. Then if I think I'm done fixing a bug or > similar, I close files I won't need again in the next days, and the situation > described above has started. > > Thomas Murach wrote: > Hi, so, what's the status? Wow, this little discussion was dormant for quite a while now - let's finish it. Personally I still think I'd like to have such a feature, every once in a while I miss it. Accepting the patch is of course up to you, and I won't insist on having it included. In case it is accepted: I haven't tested it since then, so one should have another look. - Thomas --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/#review75958 ------- On Feb. 23, 2015, 11:52 nachm., Thomas Murach wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/122551/ > --- > > (Updated Feb. 23, 2015, 11:52 nachm.) > > > Review request for KDE Frameworks. > > > Repository: kconfigwidgets > > > Description > --- > > I've always been looking for a feature (mostly in Kate et al.) to open all > recently opened files at once. Every once in a while I think I'm done with > some source code editing, realise that I'm not, and then have to click > through all files one by one. With this patch opening all files at once gets > possible. So much for the background. Still there are some open questions: > > 1) Is such a feature wanted at all? > 2) Is the code quality/style ok? > 3) Last but not least: This patch will work nicely with kate, presumably also > with okular and some others, but I guess it will not work as expected with > Kaffeine, for example, as new files which are to be opened will not get > appended to a playlist but instead each file will get opened for an instance > and then be replaced by the next opened file. Possible solutions: In > principle it would be possible to add another signal passing a list of URLs > to applications, which then have to define a suitable slot. Alternatively > this patch could just not be applied and the feature I'm trying to introduce > could be added to kate only... (I don't prefer that option ;) ) > > So, what are your opinions, comments, ideas? Thanks in advance! > > PS I hope the reviewer group "kdeframeworks" is the right one... > > > Diffs > - > > src/krecentfilesaction.h 06965d4 > src/krecentfilesaction.cpp 40fdf93 > src/krecentfilesaction_p.h 2c690a7 > > Diff: https://git.reviewboard.kde.org/r/122551/diff/ > > > Testing > --- > > I don't run KF5 on a daily basis, but in a Docker session the patch works > nicely with Kate. > > > Thanks, > > Thomas Murach > >
Re: Review Request 122551: New feature: Open all recent files
On Feb. 13, 2015, 12:06 vorm., Kevin Funk wrote: You're aware that Kate (and any other decent editor) has session management which probably solves your issue? It saves the session when you close it, and re-opens all the files that had been opened. Thomas Murach wrote: Sure, I use sessions quite frequently. To me the need to re-open many/all recently opened files occurs _within_ sessions. One session (in my case) corresponds to one project / code base containing usually many files, so I don't have all of them open. Then if I think I'm done fixing a bug or similar, I close files I won't need again in the next days, and the situation described above has started. Hi, so, what's the status? - Thomas --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/#review75958 --- On Feb. 23, 2015, 11:52 nachm., Thomas Murach wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/ --- (Updated Feb. 23, 2015, 11:52 nachm.) Review request for KDE Frameworks. Repository: kconfigwidgets Description --- I've always been looking for a feature (mostly in Kate et al.) to open all recently opened files at once. Every once in a while I think I'm done with some source code editing, realise that I'm not, and then have to click through all files one by one. With this patch opening all files at once gets possible. So much for the background. Still there are some open questions: 1) Is such a feature wanted at all? 2) Is the code quality/style ok? 3) Last but not least: This patch will work nicely with kate, presumably also with okular and some others, but I guess it will not work as expected with Kaffeine, for example, as new files which are to be opened will not get appended to a playlist but instead each file will get opened for an instance and then be replaced by the next opened file. Possible solutions: In principle it would be possible to add another signal passing a list of URLs to applications, which then have to define a suitable slot. Alternatively this patch could just not be applied and the feature I'm trying to introduce could be added to kate only... (I don't prefer that option ;) ) So, what are your opinions, comments, ideas? Thanks in advance! PS I hope the reviewer group kdeframeworks is the right one... Diffs - src/krecentfilesaction_p.h 2c690a7 src/krecentfilesaction.h 06965d4 src/krecentfilesaction.cpp 40fdf93 Diff: https://git.reviewboard.kde.org/r/122551/diff/ Testing --- I don't run KF5 on a daily basis, but in a Docker session the patch works nicely with Kate. Thanks, Thomas Murach ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 122551: New feature: Open all recent files
On Feb. 13, 2015, 9:42 nachm., Gregor Mi wrote: This only covers your point 3): You added a menu item Open all recent files. What about hide it by default and let the client (kate, kaffeine etc.) decide if it should be shown or not by - e.g. with .setOpenAllMenuItemVisible(true); or .setAllowOpenAll(true); Sure, this should be easily possible. But before providing updated patches I'd like to hear if this feature has a future in general... - Thomas --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/#review76011 --- On Feb. 12, 2015, 11:56 nachm., Thomas Murach wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/ --- (Updated Feb. 12, 2015, 11:56 nachm.) Review request for KDE Frameworks. Repository: kconfigwidgets Description --- I've always been looking for a feature (mostly in Kate et al.) to open all recently opened files at once. Every once in a while I think I'm done with some source code editing, realise that I'm not, and then have to click through all files one by one. With this patch opening all files at once gets possible. So much for the background. Still there are some open questions: 1) Is such a feature wanted at all? 2) Is the code quality/style ok? 3) Last but not least: This patch will work nicely with kate, presumably also with okular and some others, but I guess it will not work as expected with Kaffeine, for example, as new files which are to be opened will not get appended to a playlist but instead each file will get opened for an instance and then be replaced by the next opened file. Possible solutions: In principle it would be possible to add another signal passing a list of URLs to applications, which then have to define a suitable slot. Alternatively this patch could just not be applied and the feature I'm trying to introduce could be added to kate only... (I don't prefer that option ;) ) So, what are your opinions, comments, ideas? Thanks in advance! PS I hope the reviewer group kdeframeworks is the right one... Diffs - src/krecentfilesaction.h 06965d4 src/krecentfilesaction.cpp 40fdf93 src/krecentfilesaction_p.h 2c690a7 Diff: https://git.reviewboard.kde.org/r/122551/diff/ Testing --- I don't run KF5 on a daily basis, but in a Docker session the patch works nicely with Kate. Thanks, Thomas Murach ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 122551: New feature: Open all recent files
On Feb. 13, 2015, 12:06 vorm., Kevin Funk wrote: You're aware that Kate (and any other decent editor) has session management which probably solves your issue? It saves the session when you close it, and re-opens all the files that had been opened. Sure, I use sessions quite frequently. To me the need to re-open many/all recently opened files occurs _within_ sessions. One session (in my case) corresponds to one project / code base containing usually many files, so I don't have all of them open. Then if I think I'm done fixing a bug or similar, I close files I won't need again in the next days, and the situation described above has started. - Thomas --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/#review75958 --- On Feb. 12, 2015, 11:56 nachm., Thomas Murach wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/ --- (Updated Feb. 12, 2015, 11:56 nachm.) Review request for KDE Frameworks. Repository: kconfigwidgets Description --- I've always been looking for a feature (mostly in Kate et al.) to open all recently opened files at once. Every once in a while I think I'm done with some source code editing, realise that I'm not, and then have to click through all files one by one. With this patch opening all files at once gets possible. So much for the background. Still there are some open questions: 1) Is such a feature wanted at all? 2) Is the code quality/style ok? 3) Last but not least: This patch will work nicely with kate, presumably also with okular and some others, but I guess it will not work as expected with Kaffeine, for example, as new files which are to be opened will not get appended to a playlist but instead each file will get opened for an instance and then be replaced by the next opened file. Possible solutions: In principle it would be possible to add another signal passing a list of URLs to applications, which then have to define a suitable slot. Alternatively this patch could just not be applied and the feature I'm trying to introduce could be added to kate only... (I don't prefer that option ;) ) So, what are your opinions, comments, ideas? Thanks in advance! PS I hope the reviewer group kdeframeworks is the right one... Diffs - src/krecentfilesaction.h 06965d4 src/krecentfilesaction.cpp 40fdf93 src/krecentfilesaction_p.h 2c690a7 Diff: https://git.reviewboard.kde.org/r/122551/diff/ Testing --- I don't run KF5 on a daily basis, but in a Docker session the patch works nicely with Kate. Thanks, Thomas Murach ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Review Request 122551: New feature: Open all recent files
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/122551/ --- Review request for KDE Frameworks. Repository: kconfigwidgets Description --- I've always been looking for a feature (mostly in Kate et al.) to open all recently opened files at once. Every once in a while I think I'm done with some source code editing, realise that I'm not, and then have to click through all files one by one. With this patch opening all files at once gets possible. So much for the background. Still there are some open questions: 1) Is such a feature wanted at all? 2) Is the code quality/style ok? 3) Last but not least: This patch will work nicely with kate, presumably also with okular and some others, but I guess it will not work as expected with Kaffeine, for example, as new files which are to be opened will not get appended to a playlist but instead each file will get opened for an instance and then be replaced by the next opened file. Possible solutions: In principle it would be possible to add another signal passing a list of URLs to applications, which then have to define a suitable slot. Alternatively this patch could just not be applied and the feature I'm trying to introduce could be added to kate only... (I don't prefer that option ;) ) So, what are your opinions, comments, ideas? Thanks in advance! PS I hope the reviewer group kdeframeworks is the right one... Diffs - src/krecentfilesaction.h 06965d4 src/krecentfilesaction.cpp 40fdf93 src/krecentfilesaction_p.h 2c690a7 Diff: https://git.reviewboard.kde.org/r/122551/diff/ Testing --- I don't run KF5 on a daily basis, but in a Docker session the patch works nicely with Kate. Thanks, Thomas Murach ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel