Hi, I need some hint on how to test this patch from bug 1923.
I lack some knowledge on how this system works with the protocol and desktop files.
Can you give me a hint please?
thanks in advance
On 2016/09/21 05:55 PM, deloptes wrote:
Hi, I need some hint on how to test this patch from bug 1923.
I lack some knowledge on how this system works with the protocol and desktop files.
Can you give me a hint please?
thanks in advance
Hi Emanoil, not sure this is what you were looking for, but going through the explanation in the linked page, it seems this patch allows you to limit the size of the trash folder. If you have got the patch to work and install, try setting a limit to the trash folder, then see if the limit is obeyed when you start deleting stuff and the limit is reach. Is the system responding accordingly to the specified action?
Cheers Michele
Michele Calgaro wrote:
On 2016/09/21 05:55 PM, deloptes wrote:
Hi, I need some hint on how to test this patch from bug 1923.
I lack some knowledge on how this system works with the protocol and desktop files.
Can you give me a hint please?
thanks in advance
Hi Emanoil, not sure this is what you were looking for, but going through the explanation in the linked page, it seems this patch allows you to limit the size of the trash folder. If you have got the patch to work and install, try setting a limit to the trash folder, then see if the limit is obeyed when you start deleting stuff and the limit is reach. Is the system responding accordingly to the specified action?
Cheers Michele
Hi Michele, you misunderstood. It compiles and installs OK, but I do not see the "extension" when I rightclick the trash bin and go for properties. My question is how the tdeio system works and how those protocol/desktop files fit together - where can I read about it? How can I test this after compiling (without installing)?
I have the so and la files that go into /opt/trinity/lib/trinity
thanks in advance regards
Hi Michele, you misunderstood. It compiles and installs OK, but I do not see the "extension" when I rightclick the trash bin and go for properties. My question is how the tdeio system works and how those protocol/desktop files fit together - where can I read about it? How can I test this after compiling (without installing)?
I have the so and la files that go into /opt/trinity/lib/trinity
thanks in advance regards
Yes, I thought your question was deeper in fact.
tdeio system is in principle "simple". When an application needs a file (whether a local one or remote one), is uses a tdeio job to request it. A corresponding tdeio-slave will actually do the work to get the file and send back to the tdeio requesting application. Under the hood, there is much more going on, including task scheduling for asynchronous tasks.
Not sure there is some documentation about it. I recently had to dwell into the tdeio subsystem to debug bug 2685 and I found useful info in the tdelibs html files related to the class involved. See tdeio/tdeio documentations in tdelibs file:///opt/trinity/share/doc/tde/HTML/en/tdelibs-apidocs/tdeio/tdeio/html/classTDEIO_1_1Job.html and navigate around from there.
Cheers Michele
On 2016/09/22 09:56 PM, Michele Calgaro wrote:
Yes, I thought your question was deeper in fact.
tdeio system is in principle "simple". When an application needs a file (whether a local one or remote one), is uses a tdeio job to request it. A corresponding tdeio-slave will actually do the work to get the file and send back to the tdeio requesting application. Under the hood, there is much more going on, including task scheduling for asynchronous tasks.
Not sure there is some documentation about it. I recently had to dwell into the tdeio subsystem to debug bug 2685 and I found useful info in the tdelibs html files related to the class involved. See tdeio/tdeio documentations in tdelibs file:///opt/trinity/share/doc/tde/HTML/en/tdelibs-apidocs/tdeio/tdeio/html/classTDEIO_1_1Job.html and navigate around from there.
Cheers Michele
Forgot to mention that protocols are special instances of tdeio-slaves that make a speficic file available through a given protocol. For example an ftp tdeio-slaves will make a file on an ftp server looks like a local file to any tde application.
Cheers Michele
Michele Calgaro wrote:
Yes, I thought your question was deeper in fact.
tdeio system is in principle "simple". When an application needs a file (whether a local one or remote one), is uses a tdeio job to request it. A corresponding tdeio-slave will actually do the work to get the file and send back to the tdeio requesting application. Under the hood, there is much more going on, including task scheduling for asynchronous tasks.
Not sure there is some documentation about it. I recently had to dwell into the tdeio subsystem to debug bug 2685 and I found useful info in the tdelibs html files related to the class involved. See tdeio/tdeio documentations in tdelibs
file:///opt/trinity/share/doc/tde/HTML/en/tdelibs-apidocs/tdeio/tdeio/html/classTDEIO_1_1Job.html
and navigate around from there.
Cheers Michele
Forgot to mention that protocols are special instances of tdeio-slaves that make a speficic file available through a given protocol. For example an ftp tdeio-slaves will make a file on an ftp server looks like a local file to any tde application.
Ok thanks so far. I also found few examples how it would work via dcop, so now only the last question remains unanswered. In the case of this feature that would extend the dialog on the trashbin. How do you test it. From the Makefile.am and the .desktop file there should be a ktrashpropsdlgplugin.so lib that should do the job.
How is the system supposed to load and exec this lib? How can this lib be tested?
perhaps the .desktop file is just wrong and it should all go into a single tdeio_trash.so ?
Thanks
Michele Calgaro wrote:
On 2016/09/22 09:56 PM, Michele Calgaro wrote:
Yes, I thought your question was deeper in fact.
tdeio system is in principle "simple". When an application needs a file (whether a local one or remote one), is uses a tdeio job to request it. A corresponding tdeio-slave will actually do the work to get the file and send back to the tdeio requesting application. Under the hood, there is much more going on, including task scheduling for asynchronous tasks.
Not sure there is some documentation about it. I recently had to dwell into the tdeio subsystem to debug bug 2685 and I found useful info in the tdelibs html files related to the class involved. See tdeio/tdeio documentations in tdelibs
file:///opt/trinity/share/doc/tde/HTML/en/tdelibs-apidocs/tdeio/tdeio/html/classTDEIO_1_1Job.html
and navigate around from there.
Cheers Michele
Forgot to mention that protocols are special instances of tdeio-slaves that make a speficic file available through a given protocol. For example an ftp tdeio-slaves will make a file on an ftp server looks like a local file to any tde application.
Cheers Michele
Hi, I was able to get the dialog visible in the properties window. I also know now how to test such things.
This plugin (library) is service. In the .desktop file I write now
[Desktop Entry] Type=Service Name=Trash Properties Page Name[bg]=Свойства на кошчето X-TDE-Library=ktrashpropsdlgplugin X-TDE-ServiceTypes=KPropsDlg/Plugin,media/builtin-trash
the file goes in
/opt/trinity/share/services/ktrashpropsdlgplugin.desktop
After this run tdebuildsycoca
Now right click and select properties on the trashbin and watch in .xsession-err...
tdeio (KSycoca): Trying to open tdesycoca from /var/tmp/tdecache-emanoil/tdesycoca tdeio (TDETrader): query for ThumbCreator : returning 14 offers tdeio (TDETrader): query for media/builtin-trash : returning 0 offers tdeio (TDEIOJob): stat file:///opt/trinity/share/apps/kdesktop/Desktop/Trash tdeio_file: FileProtocol::stat details=2 tdeio (TDETrader): query for ThumbCreator : returning 14 offers tdeio (TDETrader): query for media/builtin-trash : returning 1 offers
The issue now is that it does not save the values set in the dialog window.
regards
On 2016/09/24 04:49 AM, deloptes wrote:
Hi, I was able to get the dialog visible in the properties window. I also know now how to test such things.
This plugin (library) is service. In the .desktop file I write now
[Desktop Entry] Type=Service Name=Trash Properties Page Name[bg]=Свойства на кошчето X-TDE-Library=ktrashpropsdlgplugin X-TDE-ServiceTypes=KPropsDlg/Plugin,media/builtin-trash
the file goes in
/opt/trinity/share/services/ktrashpropsdlgplugin.desktopAfter this run tdebuildsycoca
Now right click and select properties on the trashbin and watch in .xsession-err...
tdeio (KSycoca): Trying to open tdesycoca from /var/tmp/tdecache-emanoil/tdesycoca tdeio (TDETrader): query for ThumbCreator : returning 14 offers tdeio (TDETrader): query for media/builtin-trash : returning 0 offers tdeio (TDEIOJob): stat file:///opt/trinity/share/apps/kdesktop/Desktop/Trash tdeio_file: FileProtocol::stat details=2 tdeio (TDETrader): query for ThumbCreator : returning 14 offers tdeio (TDETrader): query for media/builtin-trash : returning 1 offers
The issue now is that it does not save the values set in the dialog window.
Great work, Emanoil. Keep it up, it would be a good addition for R14.1 :-)
Cheers Michele
Michele Calgaro wrote:
On 2016/09/24 04:49 AM, deloptes wrote:
Hi, I was able to get the dialog visible in the properties window. I also know now how to test such things.
This plugin (library) is service. In the .desktop file I write now
[Desktop Entry] Type=Service Name=Trash Properties Page Name[bg]=Свойства на кошчето X-TDE-Library=ktrashpropsdlgplugin X-TDE-ServiceTypes=KPropsDlg/Plugin,media/builtin-trash
the file goes in
/opt/trinity/share/services/ktrashpropsdlgplugin.desktopAfter this run tdebuildsycoca
Now right click and select properties on the trashbin and watch in .xsession-err...
tdeio (KSycoca): Trying to open tdesycoca from /var/tmp/tdecache-emanoil/tdesycoca tdeio (TDETrader): query for ThumbCreator : returning 14 offers tdeio (TDETrader): query for media/builtin-trash : returning 0 offers tdeio (TDEIOJob): stat file:///opt/trinity/share/apps/kdesktop/Desktop/Trash tdeio_file: FileProtocol::stat details=2 tdeio (TDETrader): query for ThumbCreator : returning 14 offers tdeio (TDETrader): query for media/builtin-trash : returning 1 offers
The issue now is that it does not save the values set in the dialog window.
Great work, Emanoil. Keep it up, it would be a good addition for R14.1 :-)
Cheers Michele
Yes, indeed it was a good exercise. I uploaded 2 patches for the plugin code and for the debian installer. Tested OK.
The only think I dislike here is that the granularity is set to 3 but the step can be only 1. It gets ugly when you go for value < 1.
https://api.kde.org/3.5-api/kdelibs-apidocs/kdeui/html/classKDoubleSpinBox.h... https://api.kde.org/3.5-api/kdelibs-apidocs/kdeui/html/knuminput_8cpp_source...
IMO it should depend on the size and unit, but lets leave some work for the future. We could open a new bug to fix this later.
If someone can test more of it, it would be great.
regards
PS: thank you all for the patience and good mentoring so far.
On 2016/09/24 07:32 PM, deloptes wrote:
Yes, indeed it was a good exercise. I uploaded 2 patches for the plugin code and for the debian installer. Tested OK.
The only think I dislike here is that the granularity is set to 3 but the step can be only 1. It gets ugly when you go for value < 1.
https://api.kde.org/3.5-api/kdelibs-apidocs/kdeui/html/classKDoubleSpinBox.h... https://api.kde.org/3.5-api/kdelibs-apidocs/kdeui/html/knuminput_8cpp_source...
IMO it should depend on the size and unit, but lets leave some work for the future. We could open a new bug to fix this later.
If someone can test more of it, it would be great.
regards
So is the patch finally working on your system? If so, I will try to test this week, perhaps even tomorrow. Please confirm. If it is still not working/finalized, I will delay testing it until you have a newer version. Reason being that the time for TDE is little and I try to do the best of it ;-)
PS: thank you all for the patience and good mentoring so far.
You are welcome :-) Thanks for having joined the development team!!
Michele Calgaro wrote:
On 2016/09/24 07:32 PM, deloptes wrote:
Yes, indeed it was a good exercise. I uploaded 2 patches for the plugin code and for the debian installer. Tested OK.
The only think I dislike here is that the granularity is set to 3 but the step can be only 1. It gets ugly when you go for value < 1.
https://api.kde.org/3.5-api/kdelibs-apidocs/kdeui/html/classKDoubleSpinBox.h...
https://api.kde.org/3.5-api/kdelibs-apidocs/kdeui/html/knuminput_8cpp_source...
IMO it should depend on the size and unit, but lets leave some work for the future. We could open a new bug to fix this later.
If someone can test more of it, it would be great.
regards
So is the patch finally working on your system? If so, I will try to test this week, perhaps even tomorrow. Please confirm. If it is still not working/finalized, I will delay testing it until you have a newer version. Reason being that the time for TDE is little and I try to do the best of it ;-)
PS: thank you all for the patience and good mentoring so far.
You are welcome :-) Thanks for having joined the development team!!
Hi, yes it is working. The level is according to the bug description, so this functionality is covered. The note I wrote is for future improvement. This won't be done in this bug. Feel free to test and commit.
regards
-
deloptes -
Michele Calgaro