[kate] [Bug 353654] Extend Kate's session to stash unsaved documents/changes on quit

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=353654

linus.kardell+kdeb...@gmail.com changed:

   What|Removed |Added

 CC||linus.kardell+kdebugs@gmail
   ||.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 446721] New: Figuring out "The file or folder \"\" does not exist" popup

2021-12-09 Thread RJVB
https://bugs.kde.org/show_bug.cgi?id=446721

Bug ID: 446721
   Summary: Figuring out "The file or folder \"\" does not exist"
popup
   Product: frameworks-kio
   Version: 5.60.0
  Platform: Compiled Sources
OS: Linux
Status: REPORTED
  Severity: task
  Priority: NOR
 Component: Open/save dialogs
  Assignee: kio-bugs-n...@kde.org
  Reporter: rjvber...@gmail.com
CC: kdelibs-b...@kde.org
  Target Milestone: ---

SUMMARY
I'm running a utility against 5.60.0 on a machine where I'm blocked on that KF5
version. Everything works fine, but I'm getting a spurious error popup telling
me that "File or folder \"\" does not exist" whenever a custom save dialog is
opened.

I know this is probably considered an ancient version, so I'd just like to get
some suggestions helping me find the source of the problem, i.e. where the code
tries to access a file without name. Or a link to the KIO ticket where this
issue was fixed, if this is indeed a known problem in earlier KIO version(s).
I've tried setting a breakpoint on SlaveBase::error() which seemed like it
should be the place where the corresponding error code is set, but that never
got triggered.

As far as I have been able to determine:

STEPS TO REPRODUCE
1. Open the file save dialog with
```
FileDialog::FileDialog(QDialog *parent, Qt::WindowFlags flags)
: QDialog(parent, flags)
, m_fileWidget(new KFileWidget(QUrl(QStringLiteral("kfiledialog:///foo")),
this))
{
setLayout(new QVBoxLayout);
layout()->addWidget(m_fileWidget);
```

OBSERVED RESULT
The aforementioned error message pops up; after clicking it away I get the
expected file dialog without any signs of trouble.

EXPECTED RESULT
No popup

KDE Frameworks Version: 5.60.0
Qt Version: 5.9.8

ADDITIONAL INFORMATION
I introduce the `kfiledialog:///` QUrl, the original code passed an empty QUrl
which seemed like it could be the source of the problem. It didn't make a
difference.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 446650] Crash when adding a layer style from scratch

2021-12-09 Thread Dmitry Kazakov
https://bugs.kde.org/show_bug.cgi?id=446650

Dmitry Kazakov  changed:

   What|Removed |Added

 CC||dimul...@gmail.com
   Assignee|a...@amyspark.me |dimul...@gmail.com

--- Comment #1 from Dmitry Kazakov  ---
This MR should fix this bug:
https://invent.kde.org/graphics/krita/-/merge_requests/1214

-- 
You are receiving this mail because:
You are watching all bug changes.

[kate] [Bug 446720] New: Should display line number and column when search bar shown

2021-12-09 Thread Aaron Williams
https://bugs.kde.org/show_bug.cgi?id=446720

Bug ID: 446720
   Summary: Should display line number and column when search bar
shown
   Product: kate
   Version: 21.08.2
  Platform: openSUSE RPMs
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: search
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: aar...@doofus.org
  Target Milestone: ---

SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug
symbols.
See
https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. Open a long document, move to some line in the middle of it
2. Type ^F
4. Move back to edit window but leave search bar visible
OBSERVED RESULT
The UI that shows the search parameters hides the line number and column

EXPECTED RESULT
It would be nice if this were not hidden to know what line you are at during a
search operation (or editing with the search bar present).

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 446601] Layerstyle: assert when loading document from Krita 4.4.1

2021-12-09 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=446601

Bug Janitor Service  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|REPORTED|ASSIGNED

--- Comment #5 from Bug Janitor Service  ---
A possibly relevant merge request was started @
https://invent.kde.org/graphics/krita/-/merge_requests/1214

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 446719] xdg-open failed to open file using flatpak app with uppercase id

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=446719

hype...@gmail.com changed:

   What|Removed |Added

Version|5.23.3  |unspecified

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 446719] New: xdg-open failed to open file using flatpak app with uppercase id

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=446719

Bug ID: 446719
   Summary: xdg-open failed to open file using flatpak app with
uppercase id
   Product: xdg-desktop-portal-kde
   Version: 5.23.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: jgrul...@redhat.com
  Reporter: hype...@gmail.com
  Target Milestone: ---

SUMMARY
xdg-desktop-portal-kde get a wrong id of flatpak app, which cause desktop file
can't be found  
example: 
should be "org.libreoffice.LibreOffice" but get "org.libreoffice.libreoffice"  
should be "com.wps.Office" but get "com.wps.office"  
should be "io.github.peazip.PeaZip" but get "io.github.peazip.peazip"  


Debug with "G_MESSAGES_DEBUG=all /usr/libexec/xdg-desktop-portal --verbose
--replace"
got log:  
DP: Opening app chooser
XDP: Running app windows changed, wake up monitor thread
XDP: Running app windows changed, wake up monitor thread
XDP: Received choice org.libreoffice.libreoffice
XDP: Cannot launch org.libreoffice.libreoffice.desktop because desktop file
does not exist


STEPS TO REPRODUCE
1.  "flatpak run --command=bash org.mozilla.firefox"
2.  "xdg-open ~/Downloads/Document1.docx"
3.  Choose LibreOffice installed by flatpak
4.  nothing happened  
Can also be reproduced with WPS office or opening zip with Peazip  

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: fedora 35
(available in About System)
KDE Plasma Version: 5.23.3
KDE Frameworks Version: 5.88.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION
https://invent.kde.org/frameworks/kservice/-/merge_requests/69

-- 
You are receiving this mail because:
You are watching all bug changes.

[lattedock] [Bug 446711] [feature] - expose API for scripting Latte Docks

2021-12-09 Thread Michail Vourlakos
https://bugs.kde.org/show_bug.cgi?id=446711

Michail Vourlakos  changed:

   What|Removed |Added

 Status|NEEDSINFO   |REPORTED
 Resolution|FIXED   |---

--- Comment #4 from Michail Vourlakos  ---
Template files are not generated by hand. We talk about v0.10.x anything older
is not maintained

to create a layout template:
"right click dock -> Layouts -> Edit Layouts... -> Choose the layout that
corresponds to your liking -> Export -> Export As Template..."
you choose afterwards which applets you want to keep their configuration and
you export it. By default they are located at "~/.config/latte/templates" .
These layout templates can be used afterwards both from cmd for Latte >=0.10.5
and through the Layouts Editor, with the New button.

Docks/Panels in v0.10.x have also gained their own Dock/Panel Editor:
"right click dock -> Layouts -> Edit Layouts... ->  Choose the layout that
corresponds to your liking -> Docks/Panels...

you can use that editor to change docks/panels basic settings, create new and
move them around to screens.
-
Concluding your case study seems legitimate so I will leave it open as a
feature. For this to be merge, someone must implement it and maintain it for at
least a year. Personally I am not interested but if someone steps in to
implement it and maintain it, I will accept it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 446718] Reviews don't appear and how an erorr of bad request and writing a review does nothing.

2021-12-09 Thread Raghavendra kamath
https://bugs.kde.org/show_bug.cgi?id=446718

--- Comment #1 from Raghavendra kamath  ---
Sorry there is atypo in the url it is odrs and not ords.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 446718] New: Reviews don't appear and how an erorr of bad request and writing a review does nothing.

2021-12-09 Thread Raghavendra kamath
https://bugs.kde.org/show_bug.cgi?id=446718

Bug ID: 446718
   Summary: Reviews don't appear and how an erorr of bad request
and writing a review does nothing.
   Product: Discover
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: discover
  Assignee: lei...@leinir.dk
  Reporter: ra...@raghukamath.com
CC: aleix...@kde.org
  Target Milestone: ---

SUMMARY
I am using Fedora 35 KDE sping and going to app page doesn't load reviews. An
error message is shown in the bottom of the window saying "Error while fetching
reviews:  Error transferring https://ords.gnome.org/1.0/reviews/api/fetch -
server replied: Bad request"

Similarly adding a review doesn't do anything, there is no error message nor
there is a confirmation .

-- 
You are receiving this mail because:
You are watching all bug changes.

[lokalize] [Bug 445887] Lokalize seems slow, but it's a drawing problem on wayland

2021-12-09 Thread David Marzal
https://bugs.kde.org/show_bug.cgi?id=445887

David Marzal  changed:

   What|Removed |Added

   Keywords||wayland

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-baloo] [Bug 435383] baloosearch in dolphin doesn't work in a symlinked directory

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=435383

tagwer...@innerjoin.org changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=446715

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 439438] Dolphin's search does not work (baloo enabled) when inside a linked folder

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=439438

tagwer...@innerjoin.org changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=446715

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 446715] Search does not work in directories with a link.

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=446715

tagwer...@innerjoin.org changed:

   What|Removed |Added

 CC||tagwer...@innerjoin.org
 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1
   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=333678,
   ||https://bugs.kde.org/show_b
   ||ug.cgi?id=439438,
   ||https://bugs.kde.org/show_b
   ||ug.cgi?id=435383

--- Comment #1 from tagwer...@innerjoin.org ---
Yes, it's a constraint...

Or the constraint is that baloo works on the assumption that there's a
one-to-one mapping between the filename and the device number/inode. Meaning if
you have a filename, it can lookup an Id (based on the device number/inode); if
you have a device number/inode you can work back to what the indexed filename
was.

Symbolic links add an extra level of complexity.

See Bug 333678, Bug 439438 and also Bug 435383, scroll down to:
https://bugs.kde.org/show_bug.cgi?id=435383#c13
The latter gives a potential workround plus a "Don't do that" in the next
comment from the maintainer :-/

Confirming but I think it should be a duplicate of 333678...

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-baloo] [Bug 333678] Cannot index and search files in soft link path using Baloo Desktop Search.

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=333678

tagwer...@innerjoin.org changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=446715

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 443251] File dialog doesn't remember its size

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=443251

slartibar...@gmail.com changed:

   What|Removed |Added

 Resolution|FIXED   |---
 Status|NEEDSINFO   |REOPENED

--- Comment #17 from slartibar...@gmail.com ---
i would like to set the status to reopen again (esp. regarding the kate problem
as well)

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 443251] File dialog doesn't remember its size

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=443251

--- Comment #16 from slartibar...@gmail.com ---
another thing:
as long as this file xdg-desktop-portal-kderc was created new, the file dialog
never remembers its size, instead, the file will get modified for the resized
size, but if you close the dialog, then it's back to 640x480
Closing/restarting chrome does not help.

What helps though, is to restore the old file - which had
cat xdg-desktop-portal-kderc 
[Audio Preview Settings]
Autoplay=false

[FileDialogSize]
eDP-1 DP-2 Height 2560x1440=672
eDP-1 DP-2 Height 3840x2160=672
eDP-1 DP-2 Width 2560x1440=1171
eDP-1 DP-2 Width 3840x2160=1171


besides some data for
[KFileDialog Settings]
Recent Files[$e]
and
Recent URLs[$e]=

Then the filesize dialog sticks to the settings in the file, and never changes
its size settings any more

For me, this seems like the software does not expect 4 entries in
[FileDialogSize] and just doesn't do anything then with it? (so my settings
remain?) But, if only two entries exist, then they will be overwritten with
some insane default values of 640x480?
(whoever comes up with such a size these days is another riddle to me, to be
honest...)

-- 
You are receiving this mail because:
You are watching all bug changes.

[systemsettings] [Bug 446716] In consistent padding and alignment in the page

2021-12-09 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=446716

Fushan Wen  changed:

   What|Removed |Added

 CC||qydwhotm...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 429545] Alt-TAB between two windows sometimes focuses another window

2021-12-09 Thread Sander van Grieken
https://bugs.kde.org/show_bug.cgi?id=429545

--- Comment #11 from Sander van Grieken  ---
Interesting.. It seems the problem is triggered when I have one specific
firefox tab opened (containing a webapp, not static content).
If another tab is active on that firefox window (with the webapp tab still
running in the non-active tab), the problem disappears.
The problem still appears, if the offending tab is active and if the window is
not focussed between alt-tabs between two other windows.

-- 
You are receiving this mail because:
You are watching all bug changes.

[systemsettings] [Bug 446716] In consistent padding and alignment in the page

2021-12-09 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=446716

--- Comment #2 from Bug Janitor Service  ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/736

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-systemmonitor] [Bug 446534] System Monitor segfaults in KDescendantsProxyModel::mapFromSource() when viewing process list in tree mode

2021-12-09 Thread Fabian Vogt
https://bugs.kde.org/show_bug.cgi?id=446534

Fabian Vogt  changed:

   What|Removed |Added

  Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas
   |ma/libksysguard/commit/a0d7 |ma/libksysguard/commit/311f
   |0929a1b5e38bd8bf61e18953211 |aef0ef0e5f60eebed2a5a00c43f
   |24acf03a7   |5cb60aab1

--- Comment #6 from Fabian Vogt  ---
Git commit 311faef0ef0e5f60eebed2a5a00c43f5cb60aab1 by Fabian Vogt.
Committed on 09/12/2021 at 08:26.
Pushed by fvogt into branch 'Plasma/5.23'.

Handle process parent changes in ProcessDataModel

When the PPID of a process changes, it moves around in the model, changing the
layout. This needs to be announced properly, otherwise users of the model get
confused, leading to weird behaviour and crashes.

The added code is pretty much a direct copy from ProcessModel.


(cherry picked from commit a0d70929a1b5e38bd8bf61e1895321124acf03a7)

M  +29   -0processcore/process_data_model.cpp

https://invent.kde.org/plasma/libksysguard/commit/311faef0ef0e5f60eebed2a5a00c43f5cb60aab1

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-systemmonitor] [Bug 446534] System Monitor segfaults in KDescendantsProxyModel::mapFromSource() when viewing process list in tree mode

2021-12-09 Thread Fabian Vogt
https://bugs.kde.org/show_bug.cgi?id=446534

Fabian Vogt  changed:

   What|Removed |Added

  Latest Commit||https://invent.kde.org/plas
   ||ma/libksysguard/commit/a0d7
   ||0929a1b5e38bd8bf61e18953211
   ||24acf03a7
 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #5 from Fabian Vogt  ---
Git commit a0d70929a1b5e38bd8bf61e1895321124acf03a7 by Fabian Vogt.
Committed on 09/12/2021 at 07:36.
Pushed by fvogt into branch 'master'.

Handle process parent changes in ProcessDataModel

When the PPID of a process changes, it moves around in the model, changing the
layout. This needs to be announced properly, otherwise users of the model get
confused, leading to weird behaviour and crashes.

The added code is pretty much a direct copy from ProcessModel.

M  +29   -0processcore/process_data_model.cpp

https://invent.kde.org/plasma/libksysguard/commit/a0d70929a1b5e38bd8bf61e1895321124acf03a7

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 446717] New: Discover shows emtpy window after startup

2021-12-09 Thread Luca Manganelli
https://bugs.kde.org/show_bug.cgi?id=446717

Bug ID: 446717
   Summary: Discover shows emtpy window after startup
   Product: Discover
   Version: 5.23.4
  Platform: Neon Packages
OS: Linux
Status: REPORTED
  Severity: critical
  Priority: NOR
 Component: Updates (interactive)
  Assignee: lei...@leinir.dk
  Reporter: luc...@gmail.com
CC: aleix...@kde.org
  Target Milestone: ---

Created attachment 144386
  --> https://bugs.kde.org/attachment.cgi?id=144386=edit
Screenshot describing the bug

1. Open discover
2. Wait until he discovers updates
3. The window is empty, impossible to do anything

see the attachment

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 443251] File dialog doesn't remember its size

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=443251

--- Comment #15 from slartibar...@gmail.com ---
Created attachment 144385
  --> https://bugs.kde.org/attachment.cgi?id=144385=edit
chromium-4

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 443251] File dialog doesn't remember its size

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=443251

--- Comment #14 from slartibar...@gmail.com ---
Deleting the file sure has an impact:
now it's back to 640x480 (my guess was correct)
see screenshot

the (new) file contents are:
cat xdg-desktop-portal-kderc 
[FileDialogSize]
eDP-1 DP-2 Height 3840x2160=480
eDP-1 DP-2 Width 3840x2160=640

[KFileDialog Settings]
detailViewIconSize=16


In your testing, do you also have a 2 monitor setup?
here it's: 
- laptop: 2560x1440 (internal)
- 4K screen: 3840x2160 (dp-2)

This surely resembles another problem with this specific (X11) setup: the kate
editor does not retain its size when it's closed and starts on the 2nd screen
in a 640x480 window.
see here:
https://bugs.kde.org/show_bug.cgi?id=423191

Maybe the 2nd screen is the problem?
(kate is well if operating just on a single screen)

-- 
You are receiving this mail because:
You are watching all bug changes.

[systemsettings] [Bug 443855] Options to disable middle click paste, but keep middle mouse click

2021-12-09 Thread Bronson
https://bugs.kde.org/show_bug.cgi?id=443855

Bronson  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |---

--- Comment #5 from Bronson  ---
The same issue occurs under wayland. Middle click pastes in all applications
with no option to disable it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[systemsettings] [Bug 446716] In consistent padding and alignment in the page

2021-12-09 Thread Raghavendra kamath
https://bugs.kde.org/show_bug.cgi?id=446716

--- Comment #1 from Raghavendra kamath  ---
Created attachment 144384
  --> https://bugs.kde.org/attachment.cgi?id=144384=edit
screenshot of the tooltip

-- 
You are receiving this mail because:
You are watching all bug changes.

[systemsettings] [Bug 446716] New: In consistent padding and alignment in the page

2021-12-09 Thread Raghavendra kamath
https://bugs.kde.org/show_bug.cgi?id=446716

Bug ID: 446716
   Summary: In consistent padding and alignment in the page
   Product: systemsettings
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Quick Settings
  Assignee: plasma-b...@kde.org
  Reporter: ra...@raghukamath.com
  Target Milestone: ---

Created attachment 144383
  --> https://bugs.kde.org/attachment.cgi?id=144383=edit
screenshot with anotations

SUMMARY

The quick settings page is great and nice way to make most used setting easily
accessible. However there are some layout issues. The padding is inconsistent
and also alignment of one of the label is different than other label. The tool
tip to explain the feedback slider also has inconsistent border padding. 

I don't know if this issue should be limited to system settings or carried over
to breeze to evaluate all the inconsistencies in the theme across the Desktop. 

I am attaching a screenshot of my observation, hopefully it will help.

-- 
You are receiving this mail because:
You are watching all bug changes.

[lattedock] [Bug 446711] [feature] - expose API for scripting Latte Docks

2021-12-09 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=446711

me@thomasanderson.cloud changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |FIXED

--- Comment #3 from me@thomasanderson.cloud ---
>Why dont you create a layout template and tell Latte from cmd to load it?
>all the above are already support with layout templates and a lot more that 
>just these actions.

Well this is intriguing to me... but I can't find any documentation about
"layout templates". Are you talking about the files in `.config/latte/*.latte`
?

If so, these are the files I would want to generate using a script. Perhaps I
want to dynamically add/remove applications based on what's available on the
current system, place docks on all available displays, or do any other thing
that I might like to with my docks. Not only that, but the way the template
files are structured, they seem to bloat pretty quickly when changes are made
(hence the `isInLatteDock` config key in each of the files). By the time you've
used and tweaked the dock to your liking, you can end up with a complex file
that is difficult to understand, and hard to know what from it is still needed.

At the very least, I wouldn't have to make the template by hand (which is prone
to error and forgetting what was set). I could instead have a script that is
easy to understand that can replicate my template on any system, regardless of
latte version, etc.

Also I've heard that moving these files between systems could cause strange
issues (crashes, etc) due to containment ID conflicts or missing .desktop
files. Is this not true?

Granting the best case scenario for all of that, how would I "tell Latte from
cmd to load it"? Is this using kwriteconfig5? And if so, can I tell it which
screen I want the dock on, and can I duplicate the dock as needed from the same
script? Can I add an application to the dock using the command line?

I think there's a lot of reasons to provide users with a way to automate the
configuration of Latte. As it stands, it is near impossible due to how the
config is set up (much like
`.config/plasma-org.kde.plasma.desktop-appletsrc`)... but the difference is
with that file, you can use plasma scripting to easily add/remove/configure
panels and widgets. It is understandable and repeatable across systems. I feel
users should be able to do the same thing with Latte... and like I said, the
functionality already exists in the code, I just need to be able to "hook" into
it from the outside. Whether that's through dbus, plasma scripting, or some
bespoke shell utility doesn't really matter, as long as there is a way to do
it.

-- 
You are receiving this mail because:
You are watching all bug changes.

<    1   2   3   4