Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Daniel Frey wrote: > Hi all, I may have a solution for you. I noticed this behaviour some > time back, except I had two workstations - one worked, and one didn't. > So I went to compare the two machines (which took a very long time) > and discovered kdelibs is built differently on the one that shows the > previews. It appears the default USE flags do not enable this > functionality. That overwrite dialog is in kdelibs and it looks like > it depends on nepomuk (semantic desktop support) that is marked > deprecated. I enabled a few use flags trying to correct the problem, > but I'm pretty sure it's the nepomuk USE flag that fixed it. # emerge > -pv kdelibs [ebuild R ] kde-base/kdelibs-4.14.3-r1:4/4.14::gentoo > USE="acl alsa bzip2 crypt fam handbook jpeg2k lzma nepomuk nls openexr > opengl (policykit) spell ssl udev udisks upower zeroconf (-altivec) > (-aqua) -debug -doc -kerberos {-test}" CPU_FLAGS_X86="mmx sse sse2 > -3dnow" 0 KiB This appears to pull: [IP-] [ ] > kde-base/nepomuk-core-4.14.3:4/4.14 [IP-] [ ] > kde-base/nepomuk-widgets-4.14.3:4/4.14 in to be built, and > nepomuk-core has a ffmpeg dependency: [ebuild R ] > kde-base/nepomuk-core-4.14.3:4/4.14::gentoo USE="exif ffmpeg migrator > pdf (-aqua) -debug -epub -taglib" 0 KiB I'm currently building kdelibs > with the nepomuk USE-flag on my other PC (the one that does not work), > will report back if it's successful. Dan This worked for me. All this time I thought it was a bug or something. Dale :-) :-)
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Paul Klos wrote: > Op zondag 7 juni 2015 08:02:04 schreef Dale: >> Andrew Lowe wrote: >>> On 06/07/2015 08:24 PM, Mick wrote: From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? >>> No I haven't. I've just tried, but I can't find what you're actually >>> referring to. Is "View/Preview" a system setting somewhere, an >>> application setting or you can't remember the actual title and it could >>> be view or preview??? >>> >>> Thanks for the suggestion, >>> >>> Andrew >>> >>> . >>> >> >> In Konqueror, Settings up top, Configure Konqueror. In the new window, >> expand File Management, click General then click the tab Previews. I >> have videos, images etc checked here. I can see previews of the files >> while navigating around so I knew this was set already, but checked to >> make sure there wasn't something new here. >> >> You're not alone tho. I have the same as you. Weird. >> >> Dale >> >> :-) :-) >> >> > Well, nothing substantial comes to mind, but I have a few > suggestions/questions to investigate. > > Have you tried with another, or a new, user? > > Do you use a custom theme? If so, you could switch it back and see if that > makes any difference/ > > Is your disk full? > > Are both directories local, or are you copying to or from a remote directory? > > Paul > > It appears that changing the kdelibs USE flags fixed this. I would never have guessed that the USE flag was needed. Dale :-) :-)
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Op maandag 8 juni 2015 14:40:28 schreef Andrew Lowe: > On 06/08/2015 02:23 AM, Daniel Frey wrote: > > On 06/07/2015 10:30 AM, Paul Klos wrote: > >> Op zondag 7 juni 2015 10:17:24 schreef Daniel Frey: > >>> On 06/07/2015 08:10 AM, Andrew Lowe wrote: > Same here. > >>> > >>> Can't seem to reply to myself, just posting back the nepomuk USE-flag > >>> did indeed fix it. > >>> > >>> Dan > >> > >> Interesting, I have indeed still enabled the nepomuk USE flag on kdelibs. > > > > I'm curious to know why nepomuk is marked deprecated when it's still in > > use. It doesn't appear there's a replacement for this functionality. > > > > Dan > > Interesting observation. Long story way, but I hate the whole > nepomuk/akonadi stuff and disable it where I can. Looking at kdelibs > shows that, yes it is disabled. This just begs the question, why is the > ability to show two thumbnails side by side dependant on a file indexer? > > As to nepomuk being deprecated,, according to its website: > > https://userbase.kde.org/Nepomuk > > it's on the way out and something called Baloo in the new greatest > thing/debacle since sliced bread. > > I might have a look at kdelibs as to why there is this dependency, but > it looks like I'm going to have to live without my preview pictures > > Thanks to all who offered ideas etc, > Andrew I recently deleted the complete nepomuk cache from my kde profile. The files hadn't been touched since November last year. I have had the nepomuk USE flag enabled for a long time, and I hadn't even noticed that the nefarious nepomuk implementation had been replaced with Baloo. Baloo seems to do what you might expect from a file indexer: it runs in the background and silently indexes you files. You wouldn't even know it's there. Actually I *didn't* notice it was there :-). I think the nepomuk use flag has become a bit of a misnomer by now, because there is no more actual "nepomuk" to pull in. Maybe it's worth a try to enable it again, and enjoy these pretty previews. Paul
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/08/2015 02:23 AM, Daniel Frey wrote: > On 06/07/2015 10:30 AM, Paul Klos wrote: >> Op zondag 7 juni 2015 10:17:24 schreef Daniel Frey: >>> On 06/07/2015 08:10 AM, Andrew Lowe wrote: Same here. >>> >>> Can't seem to reply to myself, just posting back the nepomuk USE-flag >>> did indeed fix it. >>> >>> Dan >>> >> Interesting, I have indeed still enabled the nepomuk USE flag on kdelibs. >> > > I'm curious to know why nepomuk is marked deprecated when it's still in > use. It doesn't appear there's a replacement for this functionality. > > Dan > > Interesting observation. Long story way, but I hate the whole nepomuk/akonadi stuff and disable it where I can. Looking at kdelibs shows that, yes it is disabled. This just begs the question, why is the ability to show two thumbnails side by side dependant on a file indexer? As to nepomuk being deprecated,, according to its website: https://userbase.kde.org/Nepomuk it's on the way out and something called Baloo in the new greatest thing/debacle since sliced bread. I might have a look at kdelibs as to why there is this dependency, but it looks like I'm going to have to live without my preview pictures Thanks to all who offered ideas etc, Andrew
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Daniel Frey wrote: > On 06/07/2015 10:31 AM, Mick wrote: >> On Sunday 07 Jun 2015 18:17:24 Daniel Frey wrote: >>> On 06/07/2015 08:10 AM, Andrew Lowe wrote: Same here. >>> Can't seem to reply to myself, just posting back the nepomuk USE-flag >>> did indeed fix it. >>> >>> Dan >> Did you set it globally or only for some package, e.g. kdelibs? >> >> (I can't tell on my system because I don't have the full KDE installed). >> > I only set the USE-flag on kdelibs on the machine that didn't work, and > it works now. I did an `emerge -pvuDN world` after setting the flag, and > there were five packages rebuilt (some new - two nepomik packages for > sure - but I don't remember fully.) > > Dan > > Mine looks something like this. Calculating dependencies... done! [ebuild N ] dev-libs/xapian-1.2.19::gentoo USE="brass chert inmemory -doc -static-libs" CPU_FLAGS_X86="sse sse2" 3,101 KiB [ebuild N ] dev-libs/shared-desktop-ontologies-0.11.0::gentoo 3,875 KiB [ebuild U ~] kde-base/kdelibs-4.14.9:4/4.14::gentoo [4.14.6-r1:4/4.14::gentoo] USE="alsa bzip2 crypt fam handbook jpeg2k lzma nepomuk* nls opengl (policykit) spell ssl udev udisks upower zeroconf -acl (-altivec) (-aqua) -debug -doc -kerberos -openexr {-test}" CPU_FLAGS_X86="3dnow mmx sse sse2" 11,374 KiB [ebuild N ] kde-base/kfilemetadata-4.14.3:4/4.14::gentoo USE="exif ffmpeg pdf (-aqua) -debug -epub -mobi -taglib" 36 KiB [ebuild N ] kde-base/baloo-4.14.3:4/4.14::gentoo USE="(-aqua) -debug -minimal" 143 KiB [ebuild N ] kde-base/nepomuk-core-4.14.3:4/4.14::gentoo USE="exif ffmpeg migrator pdf (-aqua) -debug -epub -taglib" 375 KiB [ebuild N ] kde-base/nepomuk-widgets-4.14.3:4/4.14::gentoo USE="(-aqua) -debug" 48 KiB [ebuild U ~] kde-apps/kopete-4.14.3-r1:4/4.14::gentoo [4.14.3:4/4.14::gentoo] USE="addbookmarks autoreplace contactnotes handbook highlight history nowlistening pipes privacy ssl statistics texteffect translator urlpicpreview xmpp yahoo zeroconf (-aqua) -debug -gadu -groupwise -jingle -latex -meanwhile -oscar -otr -skype -sms -testbed -v4l -webpresence -winpopup" 0 KiB [ebuild U ~] kde-apps/kdebase-data-4.14.3-r1:4/4.14::gentoo [4.14.3:4/4.14::gentoo] USE="wallpapers (-aqua)" 0 KiB I also had to enable the crypt USE flag for some reason, not related to this I think. Now to let it compile away for a bit while I give my grass a hair cut. :/ Dale :-) :-)
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 10:30 AM, Paul Klos wrote: > Op zondag 7 juni 2015 10:17:24 schreef Daniel Frey: >> On 06/07/2015 08:10 AM, Andrew Lowe wrote: >>> Same here. >>> >> >> Can't seem to reply to myself, just posting back the nepomuk USE-flag >> did indeed fix it. >> >> Dan >> > Interesting, I have indeed still enabled the nepomuk USE flag on kdelibs. > I'm curious to know why nepomuk is marked deprecated when it's still in use. It doesn't appear there's a replacement for this functionality. Dan
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 10:31 AM, Mick wrote: > On Sunday 07 Jun 2015 18:17:24 Daniel Frey wrote: >> On 06/07/2015 08:10 AM, Andrew Lowe wrote: >>> Same here. >> >> Can't seem to reply to myself, just posting back the nepomuk USE-flag >> did indeed fix it. >> >> Dan > > Did you set it globally or only for some package, e.g. kdelibs? > > (I can't tell on my system because I don't have the full KDE installed). > I only set the USE-flag on kdelibs on the machine that didn't work, and it works now. I did an `emerge -pvuDN world` after setting the flag, and there were five packages rebuilt (some new - two nepomik packages for sure - but I don't remember fully.) Dan
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On Sunday 07 Jun 2015 18:17:24 Daniel Frey wrote: > On 06/07/2015 08:10 AM, Andrew Lowe wrote: > > Same here. > > Can't seem to reply to myself, just posting back the nepomuk USE-flag > did indeed fix it. > > Dan Did you set it globally or only for some package, e.g. kdelibs? (I can't tell on my system because I don't have the full KDE installed). -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Op zondag 7 juni 2015 10:17:24 schreef Daniel Frey: > On 06/07/2015 08:10 AM, Andrew Lowe wrote: > > Same here. > > > > Can't seem to reply to myself, just posting back the nepomuk USE-flag > did indeed fix it. > > Dan > Interesting, I have indeed still enabled the nepomuk USE flag on kdelibs.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 08:10 AM, Andrew Lowe wrote: > Same here. > Can't seem to reply to myself, just posting back the nepomuk USE-flag did indeed fix it. Dan
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 08:10 AM, Andrew Lowe wrote: > On 06/07/2015 10:42 PM, Alan McKinnon wrote: >> So there is something else here that also plays a role >> > Same here. > Hi all, I may have a solution for you. I noticed this behaviour some time back, except I had two workstations - one worked, and one didn't. So I went to compare the two machines (which took a very long time) and discovered kdelibs is built differently on the one that shows the previews. It appears the default USE flags do not enable this functionality. That overwrite dialog is in kdelibs and it looks like it depends on nepomuk (semantic desktop support) that is marked deprecated. I enabled a few use flags trying to correct the problem, but I'm pretty sure it's the nepomuk USE flag that fixed it. # emerge -pv kdelibs [ebuild R] kde-base/kdelibs-4.14.3-r1:4/4.14::gentoo USE="acl alsa bzip2 crypt fam handbook jpeg2k lzma nepomuk nls openexr opengl (policykit) spell ssl udev udisks upower zeroconf (-altivec) (-aqua) -debug -doc -kerberos {-test}" CPU_FLAGS_X86="mmx sse sse2 -3dnow" 0 KiB This appears to pull: [IP-] [ ] kde-base/nepomuk-core-4.14.3:4/4.14 [IP-] [ ] kde-base/nepomuk-widgets-4.14.3:4/4.14 in to be built, and nepomuk-core has a ffmpeg dependency: [ebuild R] kde-base/nepomuk-core-4.14.3:4/4.14::gentoo USE="exif ffmpeg migrator pdf (-aqua) -debug -epub -taglib" 0 KiB I'm currently building kdelibs with the nepomuk USE-flag on my other PC (the one that does not work), will report back if it's successful. Dan
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 10:42 PM, Alan McKinnon wrote: > On 07/06/2015 14:24, Mick wrote: >> On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: >>> Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of "File already exists", it says in the dialogue "Source" and "Destination" with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew >>> >>> Hi Andrew, >>> >>> If I try to copy a file that already exists in the destination folder, I >>> do indeed get preview images and some metadata, not a vast expanse of >>> nothingness. >>> >>> For example, when copying a jpg the dialog shows thumbnails of the >>> source and the destination, and underneath each image the type, size, >>> width, height and the date it was last modified. >>> >>> Below that is an input field where an alternative name can be entered, >>> which presumably you still have. Finally there are the buttons. >>> >>> As for what triggers the presence/absence of the preview, I have no >>> idea. >>> >>> Paul >> >> From what I recall, in a full KDE desktop you will see previews only if you >> have clicked on View/Previews to enable it. This will create loads of >> thumbnails of various files so that the preview can show these. >> >> Have you tried this? >> > > > I have that enabled, but previews still do not show up in the "file > already exists" dialog. They do however show up in dolphin's sidebar > panel (activated with F11) > > So there is something else here that also plays a role > Same here.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 07/06/2015 14:24, Mick wrote: > On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: >> Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: >>> Hi all, >>> >>> Under KDE, which I use, when you go to move/copy a file and it >>> >>> already exists in the destination, you get a dialogue pop up with a >>> heading of "File already exists", it says in the dialogue "Source" and >>> "Destination" with the respective paths underneath then underneath that >>> a big expanse of nothing then below that some stuff including the >>> Overwrite/Skip/Cancel buttons. >>> >>> My question relate to the expanse of nothingness. For example, if I'm >>> >>> moving/copying image files, should there be a preview of the two files >>> in this nothingness? Is there some USE flag I've stuffed up that has >>> disabled this. This happens, in my experience with Dolphin and >>> Gwenview, >>> but I'm assuming they both use a standard Qt/KDE dialogue so others >>> probably display this behaviour as well. >>> >>> Any thoughts, greatly appreciated, >>> >>> Andrew >> >> Hi Andrew, >> >> If I try to copy a file that already exists in the destination folder, I >> do indeed get preview images and some metadata, not a vast expanse of >> nothingness. >> >> For example, when copying a jpg the dialog shows thumbnails of the >> source and the destination, and underneath each image the type, size, >> width, height and the date it was last modified. >> >> Below that is an input field where an alternative name can be entered, >> which presumably you still have. Finally there are the buttons. >> >> As for what triggers the presence/absence of the preview, I have no >> idea. >> >> Paul > > From what I recall, in a full KDE desktop you will see previews only if you > have clicked on View/Previews to enable it. This will create loads of > thumbnails of various files so that the preview can show these. > > Have you tried this? > I have that enabled, but previews still do not show up in the "file already exists" dialog. They do however show up in dolphin's sidebar panel (activated with F11) So there is something else here that also plays a role -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On Sunday 07 Jun 2015 13:51:40 Andrew Lowe wrote: > On 06/07/2015 08:24 PM, Mick wrote: > > From what I recall, in a full KDE desktop you will see previews only if > > you have clicked on View/Previews to enable it. This will create loads > > of thumbnails of various files so that the preview can show these. > > > > Have you tried this? > > No I haven't. I've just tried, but I can't find what you're actually > referring to. Is "View/Preview" a system setting somewhere, an > application setting or you can't remember the actual title and it could > be view or preview??? > > Thanks for the suggestion, > > Andrew In Dolphin or Konqueror, go to the main menu and under View you will see an entry called Preview. Click on it to select it. I don't know if this will fix your problem, but it is something to try. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Op zondag 7 juni 2015 08:02:04 schreef Dale: > Andrew Lowe wrote: > > On 06/07/2015 08:24 PM, Mick wrote: > >> > >> From what I recall, in a full KDE desktop you will see previews only if > >> you > >> have clicked on View/Previews to enable it. This will create loads of > >> thumbnails of various files so that the preview can show these. > >> > >> Have you tried this? > >> > > No I haven't. I've just tried, but I can't find what you're actually > > referring to. Is "View/Preview" a system setting somewhere, an > > application setting or you can't remember the actual title and it could > > be view or preview??? > > > > Thanks for the suggestion, > > > > Andrew > > > > . > > > > > In Konqueror, Settings up top, Configure Konqueror. In the new window, > expand File Management, click General then click the tab Previews. I > have videos, images etc checked here. I can see previews of the files > while navigating around so I knew this was set already, but checked to > make sure there wasn't something new here. > > You're not alone tho. I have the same as you. Weird. > > Dale > > :-) :-) > > Well, nothing substantial comes to mind, but I have a few suggestions/questions to investigate. Have you tried with another, or a new, user? Do you use a custom theme? If so, you could switch it back and see if that makes any difference/ Is your disk full? Are both directories local, or are you copying to or from a remote directory? Paul
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Andrew Lowe wrote: > On 06/07/2015 08:24 PM, Mick wrote: >> >> From what I recall, in a full KDE desktop you will see previews only if you >> have clicked on View/Previews to enable it. This will create loads of >> thumbnails of various files so that the preview can show these. >> >> Have you tried this? >> > No I haven't. I've just tried, but I can't find what you're actually > referring to. Is "View/Preview" a system setting somewhere, an > application setting or you can't remember the actual title and it could > be view or preview??? > > Thanks for the suggestion, > > Andrew > > . > In Konqueror, Settings up top, Configure Konqueror. In the new window, expand File Management, click General then click the tab Previews. I have videos, images etc checked here. I can see previews of the files while navigating around so I knew this was set already, but checked to make sure there wasn't something new here. You're not alone tho. I have the same as you. Weird. Dale :-) :-)
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Mick wrote: > On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: >> Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: >>> Hi all, >>> >>> Under KDE, which I use, when you go to move/copy a file and it >>> >>> already exists in the destination, you get a dialogue pop up with a >>> heading of "File already exists", it says in the dialogue "Source" and >>> "Destination" with the respective paths underneath then underneath that >>> a big expanse of nothing then below that some stuff including the >>> Overwrite/Skip/Cancel buttons. >>> >>> My question relate to the expanse of nothingness. For example, if I'm >>> >>> moving/copying image files, should there be a preview of the two files >>> in this nothingness? Is there some USE flag I've stuffed up that has >>> disabled this. This happens, in my experience with Dolphin and >>> Gwenview, >>> but I'm assuming they both use a standard Qt/KDE dialogue so others >>> probably display this behaviour as well. >>> >>> Any thoughts, greatly appreciated, >>> >>> Andrew >> >> Hi Andrew, >> >> If I try to copy a file that already exists in the destination folder, I >> do indeed get preview images and some metadata, not a vast expanse of >> nothingness. >> >> For example, when copying a jpg the dialog shows thumbnails of the >> source and the destination, and underneath each image the type, size, >> width, height and the date it was last modified. >> >> Below that is an input field where an alternative name can be entered, >> which presumably you still have. Finally there are the buttons. >> >> As for what triggers the presence/absence of the preview, I have no >> idea. >> >> Paul > > From what I recall, in a full KDE desktop you will see previews only if you > have clicked on View/Previews to enable it. This will create loads of > thumbnails of various files so that the preview can show these. > > Have you tried this? > I have the same problem as the OP and I do have it set to show previews. I always figured this was a bug and would be fixed at some point but it sure has been a while since it worked. Dale :-) :-)
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 08:24 PM, Mick wrote: > On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: >> Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: >>> Hi all, >>> >>> Under KDE, which I use, when you go to move/copy a file and it >>> >>> already exists in the destination, you get a dialogue pop up with a >>> heading of "File already exists", it says in the dialogue "Source" and >>> "Destination" with the respective paths underneath then underneath that >>> a big expanse of nothing then below that some stuff including the >>> Overwrite/Skip/Cancel buttons. >>> >>> My question relate to the expanse of nothingness. For example, if I'm >>> >>> moving/copying image files, should there be a preview of the two files >>> in this nothingness? Is there some USE flag I've stuffed up that has >>> disabled this. This happens, in my experience with Dolphin and >>> Gwenview, >>> but I'm assuming they both use a standard Qt/KDE dialogue so others >>> probably display this behaviour as well. >>> >>> Any thoughts, greatly appreciated, >>> >>> Andrew >> >> Hi Andrew, >> >> If I try to copy a file that already exists in the destination folder, I >> do indeed get preview images and some metadata, not a vast expanse of >> nothingness. >> >> For example, when copying a jpg the dialog shows thumbnails of the >> source and the destination, and underneath each image the type, size, >> width, height and the date it was last modified. >> >> Below that is an input field where an alternative name can be entered, >> which presumably you still have. Finally there are the buttons. >> >> As for what triggers the presence/absence of the preview, I have no >> idea. >> >> Paul > > From what I recall, in a full KDE desktop you will see previews only if you > have clicked on View/Previews to enable it. This will create loads of > thumbnails of various files so that the preview can show these. > > Have you tried this? > No I haven't. I've just tried, but I can't find what you're actually referring to. Is "View/Preview" a system setting somewhere, an application setting or you can't remember the actual title and it could be view or preview??? Thanks for the suggestion, Andrew
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: > Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: > > Hi all, > > > > Under KDE, which I use, when you go to move/copy a file and it > > > > already exists in the destination, you get a dialogue pop up with a > > heading of "File already exists", it says in the dialogue "Source" and > > "Destination" with the respective paths underneath then underneath that > > a big expanse of nothing then below that some stuff including the > > Overwrite/Skip/Cancel buttons. > > > > My question relate to the expanse of nothingness. For example, if I'm > > > > moving/copying image files, should there be a preview of the two files > > in this nothingness? Is there some USE flag I've stuffed up that has > > disabled this. This happens, in my experience with Dolphin and > > Gwenview, > > but I'm assuming they both use a standard Qt/KDE dialogue so others > > probably display this behaviour as well. > > > > Any thoughts, greatly appreciated, > > > > Andrew > > Hi Andrew, > > If I try to copy a file that already exists in the destination folder, I > do indeed get preview images and some metadata, not a vast expanse of > nothingness. > > For example, when copying a jpg the dialog shows thumbnails of the > source and the destination, and underneath each image the type, size, > width, height and the date it was last modified. > > Below that is an input field where an alternative name can be entered, > which presumably you still have. Finally there are the buttons. > > As for what triggers the presence/absence of the preview, I have no > idea. > > Paul From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of "File already exists", it says in the dialogue "Source" and "Destination" with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew Hi Andrew, If I try to copy a file that already exists in the destination folder, I do indeed get preview images and some metadata, not a vast expanse of nothingness. For example, when copying a jpg the dialog shows thumbnails of the source and the destination, and underneath each image the type, size, width, height and the date it was last modified. Below that is an input field where an alternative name can be entered, which presumably you still have. Finally there are the buttons. As for what triggers the presence/absence of the preview, I have no idea. Paul
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Andrew Lowe wrote: > Hi all, > Under KDE, which I use, when you go to move/copy a file and it > already exists in the destination, you get a dialogue pop up with a > heading of "File already exists", it says in the dialogue "Source" and > "Destination" with the respective paths underneath then underneath that > a big expanse of nothing then below that some stuff including the > Overwrite/Skip/Cancel buttons. > > My question relate to the expanse of nothingness. For example, if I'm > moving/copying image files, should there be a preview of the two files > in this nothingness? Is there some USE flag I've stuffed up that has > disabled this. This happens, in my experience with Dolphin and Gwenview, > but I'm assuming they both use a standard Qt/KDE dialogue so others > probably display this behaviour as well. > > Any thoughts, greatly appreciated, > > Andrew > > Well, if it is a missing USE flag or something, I'm missing it to and have been for a LONG time now. Mine has a lot of nothingness to it too. Dale :-) :-)
[gentoo-user] Copying/Moving a file in KDE - is the preview missing
Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of "File already exists", it says in the dialogue "Source" and "Destination" with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew