Re: APIs for persistent remote access and headless/hybrid sessions
Thinking about this more, I'm not really sure extending the existing Portal API makes sense. Given that remote assistance (well served by the existing API) wants * Explicit user consent to share * To allow the local user to select what to share * To mirror the selected existing displays / windows while remote assistance wants * Persistent access * To ensure the session is curtained or headless to prevent observation and interaction from the local console * Full control over the virtual monitor layout and the ability to capture all of it It seems like a unified API would have enough special cases depending on which access mode is in use that it wouldn't really be worth it, especially given that the actual capture (PipeWire) and input injection (libei) would be the same either way. E.g., even with persistent permission tokens, the existing ScreenCast portal doesn't really fit the remote access use case, and a separate API to control the layout and get the resulting PipeWire streams without user monitor selection likely makes more sense. > I suspect we might need Plasma Login Manager to exist first before > we can achieve this, though. The kind of integration that GDM and > GNOME Shell have allowed them to pull off what they did there, I'm > not sure how to do it without that integration. Ideally, I'd like to have a standard protocol that is both lightweight and flexible enough that it wouldn't require any deep integration between the login manager and desktop environment, but could be implemented by even lightweight login managers.
Re: KDE Gear projects with failing CI (master) (12 March 2024)
On Mittwoch, 13. März 2024 10:19:32 CET Ben Cooksley wrote: > On Wed, Mar 13, 2024 at 12:12 PM Albert Astals Cid wrote: > > mimetreeparser - NEW > > > > * https://invent.kde.org/pim/mimetreeparser/-/pipelines/628865 > > > > * core-cryptohelpertest fails > > Don't understand how that could fail out of the blue... I don't think it did, it rather looks like it never worked. https:// invent.kde.org/pim/mimetreeparser/-/commit/ 12952b4f2ddb2d9743dfc7784caa349bf1a870ed introduced the broken test very recently. Regards, Volker signature.asc Description: This is a digitally signed message part.
Re: Markdown Tools - Request for a Sponsor
On 15.03.2024 16:01, Benson Muite wrote: Is there a roadmap? Might it be possible to integrate other markup formats, for example AsciiDoc Do we have any C/C++ Open Source Parser for AsciiDoc? Fully-featured, tested...
Re: resvg
On Thursday 14 March 2024 22:50:35 CET Laura David Hurka wrote: > On Thursday, March 14, 2024 2:04:45 PM CET Sune Vuorela wrote: > > On 2024-03-14, Igor Mironchik wrote: > > > Hello, > > > > > > What do you think about https://github.com/RazrFalcon/resvg in case of > > > processing and rendering SVGs? > > > > > > Do you have any plans to have this in Craft? > > > > With the current revitalization of QtSvg, I kind of think we should work > > harder with that rather than try to replace it. > > It is after all hooked in quite deep in our stuff already, so most of > > our svg's needs to be compatible with QtSvg anyways. > > > > /Sune > > Well, QtSvg can only render (and create) SVGs, but there is no way to > process an SVG document in a different way than to render it on a paint > device. For me, this is a good reason to be interested in resvg. The C API exposed by resvg can also only do rendering. There's some hints about there being a parse tree in the C API but there are no functions to actually use it. So if you want to do anything but rendering, you'd need to write it in rust and expose it yourself, which is doable, but doesn't make resvg exactly a drop-in replacement for QtSVG. - Arjen
Re: Markdown Tools - Request for a Sponsor
On 15/03/2024 15.53, Igor Mironchik wrote: > Hello, > > Well ghostwriter looks the same one, live HTML preview.. Mmmm, looks nice. > > But... My Markdown Tools handle internal links in the HTML preview, it > can generate HTML preview for all linked Markdown files. Look at the > menus, try it. > > It supports CommonMark 0.31.2 with all major GFM extensions. > > It can export to some clever PDF out of the box with handling internal > links. > > A little effort and Markdown Tools will be much more better any existing > Markdown editor. > > Guys, try it. It's just a proposal. No is no - and I'm gone. Is there a roadmap? Might it be possible to integrate other markup formats, for example AsciiDoc > > On 15.03.2024 15:22, Ingo Klöcker wrote: >> On Freitag, 15. März 2024 12:16:30 CET Igor Mironchik wrote: >>> https://invent.kde.org/imironchik/markdown-tools/-/issues/1 >>> >>> This is a set of applications to work with Markdown, including >>> editor, HTML >>> preview viewer, converter to PDF. >> Do you know https://apps.kde.org/ghostwriter/? >> >> Regards, >> Ingo
Re: Markdown Tools - Request for a Sponsor
Hello, Well ghostwriter looks the same one, live HTML preview.. Mmmm, looks nice. But... My Markdown Tools handle internal links in the HTML preview, it can generate HTML preview for all linked Markdown files. Look at the menus, try it. It supports CommonMark 0.31.2 with all major GFM extensions. It can export to some clever PDF out of the box with handling internal links. A little effort and Markdown Tools will be much more better any existing Markdown editor. Guys, try it. It's just a proposal. No is no - and I'm gone. On 15.03.2024 15:22, Ingo Klöcker wrote: On Freitag, 15. März 2024 12:16:30 CET Igor Mironchik wrote: https://invent.kde.org/imironchik/markdown-tools/-/issues/1 This is a set of applications to work with Markdown, including editor, HTML preview viewer, converter to PDF. Do you know https://apps.kde.org/ghostwriter/? Regards, Ingo
Re: Markdown Tools - Request for a Sponsor
пт, 15 мар. 2024 г., 15:22 Ingo Klöcker : > On Freitag, 15. März 2024 12:16:30 CET Igor Mironchik wrote: > > https://invent.kde.org/imironchik/markdown-tools/-/issues/1 > > > > This is a set of applications to work with Markdown, including editor, > HTML > > preview viewer, converter to PDF. > > Do you know https://apps.kde.org/ghostwriter/? > Did bot know. Will try it now. > > Regards, > Ingo
Re: Markdown Tools - Request for a Sponsor
On Freitag, 15. März 2024 12:16:30 CET Igor Mironchik wrote: > https://invent.kde.org/imironchik/markdown-tools/-/issues/1 > > This is a set of applications to work with Markdown, including editor, HTML > preview viewer, converter to PDF. Do you know https://apps.kde.org/ghostwriter/? Regards, Ingo signature.asc Description: This is a digitally signed message part.
Markdown Tools - Request for a Sponsor
Hello, https://invent.kde.org/imironchik/markdown-tools/-/issues/1 This is a set of applications to work with Markdown, including editor, HTML preview viewer, converter to PDF. I use my own libraries for command line parsing and configuration files. Of course, these libraries will be thrown out in favor of the KDE infrastructure. Library for parsing Markdown (md4qt) can't be thrown... HTML preview part can be migrated to markdownpart and do amazing Markdown preview in Kate in GitHub's style, look at the screenshots. For this I need md4qt, QWebEngineView, custom Open Source CSSs and JavaScripts. md4qt may become a part of brilliant KF6 framework. This Markdown editor may use markdownpart for HTML preview. Guys, it's doable. I have a lot of time, and can do it. What do you think? Sorry, guys, I'm alone. My name is Igor Mironchik. But I have a lot of time and wish to work on this project under KDE. Anyway I will continue my work on GitHub if you will reject me. This project was started in different repositories: https://github.com/igormironchik/md4qt https://github.com/igormironchik/md-editor https://github.com/igormironchik/md-pdf And at near time was merged in https://github.com/igormironchik/markdown-tools Now it here, in KDE Incubator. Thank you.
Re: resvg
> Hello, > > What do you think about https://github.com/RazrFalcon/resvg in case of > processing and rendering SVGs? In case anyone hasn't seen this before, Harald has already tried integrating resvg with Plasma: https://kde.haraldsitter.eu/posts/resvg-for-svgs-in-qt/ Josh
Re: Re: resvg
Am Freitag, 15. März 2024, 06:10:14 CET schrieb Jin Liu: > Any example of "process an SVG document in a different way than to render it"? > > > > > Well, QtSvg can only render (and create) SVGs, but there is no way to > > process > > an SVG document in a different way than to render it on a paint device. > > For me, this is a good reason to be interested in resvg. > > KIconThemes and KSVG certianly process svgs before rendering them (injecting CSS). David
