Another Qt (but not KDE) note-taking app is QOwnNotes: https://www.qownnotes.org/

==== #278016 ====

Dolphin still doesn't look anything like this and even that cyan border is still there. While I understand the need to redesign a major app, all the other QT apps look just as bad or worse. A lot of this is down to the theme engine.

In T17902#317121, @frdbr wrote:

Just saw this on Mastodon that I think is worth sharing. It links to this post: https://shom.dev/posts/20250308_pinenote-day-one/

Note that no KDE tech is being used.

Just saw this on Mastodon that I think is worth sharing. It links to this post: https://shom.dev/posts/20250308_pinenote-day-one/

https://websvn.kde.org/?revision=1705265&view=revision
https://websvn.kde.org/?revision=1705266&view=revision

Hi,
Best way to fix this is to make a binding for the size of the receivers, so that it uses a default size close to the current one, and only gets smaller if too much receivers are added in the available area (with something like Math.min(defaultSize, relativeSize).

I am interested in working on this task. However, the provided screenshot is no longer available.

Those permissions have now been added as requested.

@mqualmann for info...

@bcooksley I second Michael for this KDE admin request...

And created https://invent.kde.org/frameworks/kio/-/merge_requests/1828 for KF6

Could not think of any reason, so created a patch to approach the octet-stream default extension in another way, some autotest included;
https://invent.kde.org/frameworks/kio/-/merge_requests/1827

Sadly now for octet-stream if ,currentExtension emtpy then extension becomes bogus ".". Was there any reason to make the new option not still also depend on currentExtension (edi: being empty)?

In T17841#316530, @druonysus wrote:

stickers have been received

In T17841#316535, @theghostybear wrote:

Do we need any additional hardware? I have a Dell Optiplex 7060 micro we can use for demos or something? Not sure if I have a spare keyboard+mouse and monitor though.

Do we need any additional hardware? I have a Dell Optiplex 7060 micro we can use for demos or something? Not sure if I have a spare keyboard+mouse and monitor though.

stickers have been received

We are working on a KDE Frameworks campaign and will be producing some promo material like animated videos that could be used to keep looping at the booth. If you planning on having printed material, I can help out with that. If you have any other promotional material demands please let me know.

I'm definitely in favour of keeping MarkNote simple and if need be finding another app like Klevernotes or a new app that we can propose to them for this type of task.

In T17902#316441, @vkrause wrote:

A more fundamental question for me here is whether Marknote is the app we want to turn into an OneNote/Obsidian-like feature monster. My impression so far was that the idea of Marknote was to remain simpler than e.g. Klevernote. (Not that I would disagree with that direction, I'm not the biggest fan of simple apps, but this probably should be an explicit decision).

A more fundamental question for me here is whether Marknote is the app we want to turn into an OneNote/Obsidian-like feature monster. My impression so far was that the idea of Marknote was to remain simpler than e.g. Klevernote. (Not that I would disagree with that direction, I'm not the biggest fan of simple apps, but this probably should be an explicit decision).

In T17902#316438, @ognarb wrote:

Marknote already has a quick sketch module but it's very limited

Ich habe stichprobenartig nach ein paar Strings ge-ripgrep-t. Als Ergebnis fand ich messages/digikam-doc/docs_digikam_org_left_sidebar___albums_view.po und docmessages/digikam-doc/digikam_using-mainwindow-albumsview.po.

Marknote already has a quick sketch module but it's very limited because it just insert an image in the markdown document which can not be edited afterward. It's nowhere as good as e.g. https://rnote.flxzt.net/ from GNOME. The format being markdown based makes it quite unrealistic to be implemented in the near future.

Ich halte bei den nächsten Übersetzungen einfach die Augen offen, ob die Texte in einer anderen Datei auftauchen und recycle dann.

Die Datei docs_digikam_org_main_window___albums_view.po finde ich nicht mehr im svn.
Weiß wer weiter? Eine ähnliche Datei ist https://websvn.kde.org/trunk/l10n-support/de/summit/docmessages/digikam-doc/digikam_using-mainwindow-albumsview.po?view=log

Änderung eingespielt mit https://websvn.kde.org/?revision=1703291&view=revision

Änderungen eingespielt mit https://websvn.kde.org/?revision=1703290&view=revision

Änderungen eingespielt mit https://websvn.kde.org/?revision=1703289&view=revision

Änderungen eingespielt mit https://websvn.kde.org/?revision=1703288&view=revision

Änderungen eingespielt mit https://websvn.kde.org/?revision=1703287&view=revision

Änderungen eingespielt mit https://websvn.kde.org/?revision=1703281&view=revision

Änderungen eingespielt mit https://websvn.kde.org/?revision=1703275&view=revision