#trinity-desktop < 2024/05/20 >
[01:01]micheleC has joined
[03:54]inverted_rabbit has left (Disconnected: XML stanza is too big)
[03:55]inverted_rabbit has joined
[03:56]inverted_rabbit has left
[03:56]inverted_rabbit has joined
[13:17]ceux_: is there card/caldav support for tdepim?
[13:18]SlavekB: yes, in deb packaging, ArchLinux and FreeBSD ports is enabled libcaldav and libcarddav used by tdepim.
[13:21]ceux_: SlavekB: ok thank you sir, I thought there was something
[13:22]SlavekB: The fact is that I observe some problems there when saving the caldav calendar events with SOGo.
[13:25]ceux_: SlavekB: I worked at a email company... we spent a LOT of time trying to patch caldav
[13:25]ceux_: and carddav
[13:26]ceux_: mostly a bunch of if(apple servers) { do some tweak }; if(gmail) { do something special }; all over the place.
[13:30]ceux_: SlavekB: right, how do I actually use it? i have tdepim installed
[13:31]SlavekB: I TDE Control Center / TDE Components / Resources you can add resources for Contacts and Calendar.
[13:31]ceux_: Thank you
[13:32]ceux_: SlavekB: sorry, how do I launch that control center
[13:32]SlavekB: For example kcontrol from cli
[13:32]ceux_: I keep running into this, I think you fixed this for me before but I am surely messing something up. Probably because my session is running out of i3 and I'm not bootstrapping something.
[13:32]ceux_: yes, classic 'no modules' on kcontrol. Iforget the issue.
[13:34]ceux_: ah hell, did I get deauthed?
[13:35]ceux_ is now known as ceux
[14:49]emvee has joined
[14:51]emvee: i have a problem with TDE, most of the time i can't paste images copied from prntscr, kolourpaint and anything else on chromium is there any way to fix this?
[15:09]micheleC has left (Kopete 0.12.7 : http://trinitydesktop.org)
[15:26]bonkmaykr: It might be copying as text or something
[15:26]bonkmaykr: I get something similar where half the locations I copy images from won't paste into GIMP and it's not exclusively a tde thing, I got it on kde 5 sometimes too.
[16:22]ceux: bonkmaykr: I wonder what the clipboard format is being set aas and all
[16:23]ceux: xclip -out should show you the buffer
[16:23]ceux: i think there's a like '-t' option with xclip that mirrors x11 internally, though you'd have eto read up on it tbh...
[16:24]ceux: like if the type is set to image/png but i totally foret... https://www.jwz.org/doc/x-cut-and-paste.html
[16:24]ceux: there's multiple targets so to speak here
[16:24]ceux: "More complex things are possible, too: for example, when an image is selected on a web page, the web page displayer could offer to serve that up as raw image bits; or as JPEG data; or as the original URL of the image. When trying to copy and paste an image into a text editor that can't do images, the text editor might decide that the next best thing would be to paste the filename of the image, or
[16:24]ceux: the URL."
[16:26]ceux: and maybe this https://stackoverflow.com/questions/3571179/how-does-x11-clipboard-handle-multiple-data-formats
[16:29]ceux: bonkmaykr: data round trips so to speak, so you are saying, hey what do you have..
[16:30]ceux: also this https://www.uninformativ.de/blog/postings/2017-04-02/0/POSTING-en.html
[16:30]ceux: to debug.
[16:30]ceux: if you copy something and you're not seeing an image/* you may figure, huh that's not getting copied in
[16:30]ceux: if its a file path instead of the image contents ya know
[16:30]ceux: if you do have an image contents, then the client is not asking for it.
[16:30]bonkmaykr: it's usually not a path though
[16:31]ceux: bonkmaykr: usually it will advertise multiple things, like it may advertise a URI and the raw image as both being available
[16:31]ceux: not a path sorry, like a URI. if you "copy image to clipoard" for example, it may give both the URL(http://blahblahlbah.com/image) or the actual raw contents.
[16:33]ceux: bonkmaykr: example, i opened firefox and clicked 'copy image' on google's logo.
[16:33]ceux: xclip -o -target text/html returns : <img src="https://www.google.com/images/branding/googlelogo/2x/googlelogo_color_272x92dp.png"; alt="Google"/>
[16:33]bonkmaykr: yes I get the point
[16:33]ceux: but it also offers up image/png
[16:34]ceux: if i ask for that - xclip -o -target image/png -selection clipboard > file.png, it wil lsave that image to a file.
[16:34]ceux: does that make sense? because x11 selection is based on ownership, you ask what is offered, and are given options. then you take your options, choose what target you want and get the data back.
[16:35]ceux: so either the 'owner' isnt ofering up an image (you can test this with xclip -o target TARGETS -selection clipboard) or the client is to get text instead of the raw image.
[16:35]ceux: so we can debug it. What program has the problem? let's see what happens... etc
[16:37]ceux: bonkmaykr: just tested by 'copying' an image in Konqueror. It just gives me text/plain, no image/jpg
[16:37]ceux: so that's that. it'll never work directly out of konqueror without it being advertised.
[16:37]bonkmaykr: ceux, you've typed enough to cover 3 of my screens
[16:38]ceux: oh, i'm sorry. I thought you may want to understand how to resolve your problem or isolate it. My apologies for trying to be helpful.
[16:39]bonkmaykr: Don't be passive aggressive with me.
[16:39]akh: If nothing else it's been an interesting conversation to follow
[16:39]ceux: bonkmaykr: GO FUCK YOURESELF!
[16:39]bonkmaykr: Yes, it was informative, but I was pointing out that it's unnecessary to be so verbose.
[16:39]bonkmaykr: .... The vulgarities are uncalled for.
[16:40]akh: Het, let's be civilized here!
[16:40]ceux: akh: yeah, x11 clipboards are quite the uh... well yeah they're a whole thing.
[16:40]akh: Hey
[16:40]ceux: it is interesting that Konq isn't working as expected... lemme go rummage around. I am not sure if there's any clipboard work directly implemented
[16:46]akh: FWIW, on R14.0.13 copying a PNG image from a web page viewed in konqueror then running "xclip -o -target image/png -selection clipboard > copy_paste.png" works properly
[16:46]ceux: akh: can you do that for view mode "Icon View"?
[16:46]ceux: actual web pages are done by a different thing.
[16:47]akh: click on file any control+c?
[16:49]ceux: yeah or dialog is fine
[16:49]ceux: 1164 TQApplication::clipboard()->setData( obj );
[16:50]ceux: this would be a great papercut to fix, but I dont think I understand it well enough.
[16:50]ceux: OK I am off, back to work.
[16:51]akh: One thing I did notice is that copy paste konq web page image → gimp fails (when no files are open in gimp); causes a semi-lockup in konq as well
[16:51]ceux: akh: copy and then run that xclip thing
[16:51]ceux: i wonder what it's advertising.
[16:52]ceux: you can eliminate gimp from the equation by dumping it from xclip.
[16:52]ceux: konq may lockup because gimp is doing something stupid though, wouldnt suprise me if the x11 bits are not suuper safe
[16:53]akh: $ xclip -o -target image/png -selection clipboard > copy_paste.2.png
[16:53]akh: Error: target image/png not available
[16:54]akh: that's with click on icon in konq icon view, press control+c
[16:55]akh: xclip works fine for writing an image copyied a konq html <img>
[16:58]akh: from konq icon view, control+c of an image icon then running "xclip -o target TARGETS -selection clipboard" gives "file:///REDACTED/test2.png"
[17:05]akh: The konq semi-lockup may be due to me leaving the html page while gimp was still trying to do its thing
[17:28]ceux: akh: konq's web view is a whole different piece.
[17:28]ceux: khtml backend so
[17:28]ceux: i thinkthis is like listview/iconview etc.
[17:29]akh: i don't recall ever having gotten an image when copying a file from any of konq's file browsing views; it's always been a URI
[17:30]akh: This is going all the way back to 3.0.x, maybe earlier
[17:31]ceux: i don't remember it either. it would be a new feature
[20:55]Armanelgtron has quit (Read error: Connection reset by peer)
[20:58]Armanelgtron has joined
[21:01]Armanelgtron has quit (Read error: Connection reset by peer)
[21:25]Armanelgtron has joined

#trinity-desktop < 2024/05/20 >