https://bugs.kde.org/show_bug.cgi?id=492274
--- Comment #5 from Uwe Dippel ---
Thanks for accepting this. The same applies to the "Time Remap" applet, by the
way.
And yet one more thing: it would be favourable, if one could select time or
frames in these applets. For some use cases, w
https://bugs.kde.org/show_bug.cgi?id=492274
--- Comment #4 from Uwe Dippel ---
Thanks for accepting this. The same applies to the "Time Remap" applet, by the
way.
And yet one more thing: I would be favourable, if one could select time or
frames in these applets. For some use cases, w
https://bugs.kde.org/show_bug.cgi?id=492274
--- Comment #2 from Uwe Dippel ---
Comment on attachment 173006
--> https://bugs.kde.org/attachment.cgi?id=173006
105,46 percent speed up insufficiently (track line 3)
(Sorry, just confounded the two screenshots; easily visible when looking at
https://bugs.kde.org/show_bug.cgi?id=492274
--- Comment #2 from Uwe Dippel ---
Comment on attachment 173006
--> https://bugs.kde.org/attachment.cgi?id=173006
105,46 percent speed up insufficiently (track line 3)
(Sorry, just confounded the two screenshots; easily visible when looking at
https://bugs.kde.org/show_bug.cgi?id=492274
--- Comment #1 from Uwe Dippel ---
Created attachment 173006
--> https://bugs.kde.org/attachment.cgi?id=173006&action=edit
105,46 percent speed up insufficiently (track line 3)
Both attachments show that the synchronous ratio lies somewhere
https://bugs.kde.org/show_bug.cgi?id=492274
Bug ID: 492274
Summary: Improve Clip Speed applet
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Ubuntu
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=491792
Uwe Dippel changed:
What|Removed |Added
Resolution|--- |NOT A BUG
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=491792
Bug ID: 491792
Summary: Time remap does not work precisely neither
independently
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=491109
Uwe Dippel changed:
What|Removed |Added
Version|22.04.3 |23.08.4
--- Comment #1 from Uwe Dippel ---
(I
https://bugs.kde.org/show_bug.cgi?id=491108
--- Comment #13 from Uwe Dippel ---
(In reply to Jean-Baptiste Mardelle from comment #11)
> So I just pushed the change to do the following:
> - do not export muted tracks
> - no audio in the video render if separate audio tracks is enable
https://bugs.kde.org/show_bug.cgi?id=491124
--- Comment #9 from Uwe Dippel ---
(In reply to Bernd from comment #5)
>
> Then switch off 'Video', switch on 'Separate files for each audio track',
> and Kdenlive will blast through the render of just the audio. In my
https://bugs.kde.org/show_bug.cgi?id=491124
--- Comment #8 from Uwe Dippel ---
Created attachment 172266
--> https://bugs.kde.org/attachment.cgi?id=172266&action=edit
Rendering times
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=491108
--- Comment #12 from Uwe Dippel ---
(In reply to Jean-Baptiste Mardelle from comment #11)
> So I just pushed the change to do the following:
> - do not export muted tracks
Checks
> - no audio in the video render if separate audio tracks i
https://bugs.kde.org/show_bug.cgi?id=491212
Bug ID: 491212
Summary: "Edit duration" should respect group/ungroup of tracks
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=491108
--- Comment #9 from Uwe Dippel ---
(In reply to Uwe Dippel from comment #3)
> It's not illogical nor inconsistent. Video tracks are always composited
> together because in any container there is only one video track (AFAIK). On
> the oth
https://bugs.kde.org/show_bug.cgi?id=491108
--- Comment #7 from Uwe Dippel ---
Ooops, I think that's exactly what I meant in #c3.
Controlling the render process by forcibly having to remove tracks from the
time-line would be just rough. That should be the purpose or result of 'mu
https://bugs.kde.org/show_bug.cgi?id=491108
--- Comment #3 from Uwe Dippel ---
This is illogical and inconsistent. Why should video tracks be handled
differently from audio tracks?
My suggestion: very straightforward and comprehensible: Either single output
file; or "All enabled video|
https://bugs.kde.org/show_bug.cgi?id=491124
--- Comment #7 from Uwe Dippel ---
That's really a good one, thanks!
Somehow I never had the idea to use kdenlive as audio-renderer-only!
Will start to explore this path next.
(It would be easier, and more obvious though, if there was a context
https://bugs.kde.org/show_bug.cgi?id=491176
Bug ID: 491176
Summary: kdenlive doesn't check for completely rendered files
at separate audio tracks after shutdown / crashes
Classification: Applications
Product: kdenlive
Version: 22
https://bugs.kde.org/show_bug.cgi?id=491124
--- Comment #4 from Uwe Dippel ---
If this worked, my problems would be fewer. Unfortunately, ffmpeg is (not yet)
able to cut/trim accurately, due to the issue of key-frames. While kdenlive
recently has been quite robust w.r.t. lip-synchronism
https://bugs.kde.org/show_bug.cgi?id=491124
--- Comment #2 from Uwe Dippel ---
Thanks, though I had tried that before.
Here in the Project Bin it says "Extract Audio", not "Edit Audio". Then a "Wav
48000" pops up as only alternative. Clicking it leads to an error.
https://bugs.kde.org/show_bug.cgi?id=491163
Bug ID: 491163
Summary: “Separate file for each audio track” produces a remix
of all tracks
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=491162
Bug ID: 491162
Summary: Save rendering options together with the project
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Other
OS: Linux
Stat
https://bugs.kde.org/show_bug.cgi?id=491108
--- Comment #1 from Uwe Dippel ---
Investigated this a bit more.
SUMMARY
It is actually not the number of audio tracks in the original clips, but the
number of audio tracks available in the time-line that are rendered. And they
are rendered, as long
https://bugs.kde.org/show_bug.cgi?id=491124
Bug ID: 491124
Summary: Simple export auf audio tracks
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Other
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=491122
Bug ID: 491122
Summary: Export edit point from time-line
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Ubuntu
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=491114
Bug ID: 491114
Summary: Include first audio track into output file optional in
“Separate file for each audio track”
Classification: Applications
Product: kdenlive
Version: 22.04.3
https://bugs.kde.org/show_bug.cgi?id=491109
Bug ID: 491109
Summary: Audio export consumes exorbitant times
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Ubuntu
OS: Linux
Status: REPOR
https://bugs.kde.org/show_bug.cgi?id=491108
Bug ID: 491108
Summary: Rendering in separate audio tracks does not respect
timeline
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Ubuntu
https://bugs.kde.org/show_bug.cgi?id=491074
Bug ID: 491074
Summary: Multi-Track audio editing
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Ubuntu
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=351175
--- Comment #65 from Uwe Dippel ---
To Lassi, #64: It was mentioned to be fixed in Plasma 6. For Plasma 5 the bug
is confirmed.
Or is it anything else that you wanted to say?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=475178
Bug ID: 475178
Summary: Multiple language audio tracks, please!
Classification: Applications
Product: kdenlive
Version: 23.04.3
Platform: Ubuntu
OS: Linux
Status: REPO
https://bugs.kde.org/show_bug.cgi?id=450964
Uwe Dippel changed:
What|Removed |Added
Ever confirmed|0 |1
CC
https://bugs.kde.org/show_bug.cgi?id=351175
--- Comment #61 from Uwe Dippel ---
I concur with Duncan. My situation is similar to his.
My "solution" is abrasive: Autohide is disabled with multiple monitors. Like
grayed-out. It would be a bore, yes, though consequential. Personal
https://bugs.kde.org/show_bug.cgi?id=473365
Bug ID: 473365
Summary: DLNA Elisa
Classification: Applications
Product: Elisa
Version: 21.12.3
Platform: Other
OS: Linux
Status: REPORTED
Severity: wishlist
https://bugs.kde.org/show_bug.cgi?id=473068
Bug ID: 473068
Summary: Synchronization enhancement: Delete right side
Classification: Applications
Product: krusader
Version: 2.7.2
Platform: Ubuntu
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=454345
Uwe Dippel changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #69 from Uwe Dippel ---
(In
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #67 from Uwe Dippel ---
(In reply to Ric Grant from comment #65)
> (In reply to Nate Graham from comment #63)
> > The user-facing issue of desktop icons being re-arranged turns out to have
> > multiple causes. It isn'
https://bugs.kde.org/show_bug.cgi?id=454345
Uwe Dippel changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #64 from Uwe Dippel ---
(In
https://bugs.kde.org/show_bug.cgi?id=354802
--- Comment #224 from Uwe Dippel ---
Nothing to be seen here. Just move along.
Don't waste your time and energy on trying to square the circle.
Read up here: https://bugs.kde.org/show_bug.cgi?id=454345#c48
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #56 from Uwe Dippel ---
I better had not written anything; didn't want to re-enliven the discussion.
My intention was rather to point to a problem directly related with the
underlying bug; and this is one. My video and screen have
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #53 from Uwe Dippel ---
It's purely academically interesting, if at all, and only anecdotal. But here,
I could at any moment solve any of these problems with the workaround of the
Plasma Configuration Saver applet. Just FYI. Not any l
https://bugs.kde.org/show_bug.cgi?id=467626
Bug ID: 467626
Summary: New 'improvement': Full screen is rather some
regression
Classification: Plasma
Product: kdeplasma-addons
Version: 5.24.7
Platform: Kubuntu
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #51 from Uwe Dippel ---
And please, do it quickly! With the most recent modifications, my way out of
this problem, described several times in this and the previous threads, my
fail-safe remedy, the PlasmaConfigSaver, was broken. Now calling
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #49 from Uwe Dippel ---
"He who laughs last, laughs best" goes the saying.
After years of fiddling with this, and an uncounted number of posts by, among
others, Nick, the archives would reveal that this flaw was exposed earlier a
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #40 from Uwe Dippel ---
You convinced my about the systemd thingy. While I still see strange things
coming up at boot, if this one can be reproduced with a start of plasmashell,
it is a 'stand-alone' problem. And the Plasma peo
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #36 from Uwe Dippel ---
"why is it so hard to remove any logik that touches that desktop-appletrc file
during plasmashell startup? "
I think I can. It's the old topic of systemd. It's water under the bridge. Some
15 year
https://bugs.kde.org/show_bug.cgi?id=413645
--- Comment #56 from Uwe Dippel ---
Sounds good, and appropriate! Thanks a bunch.
Please, when can we expect to see this patch being rolled out with the usual
update && upgrade?
(I don't feel like compiling myself; and can survive with m
https://bugs.kde.org/show_bug.cgi?id=413645
--- Comment #45 from Uwe Dippel ---
I'm afraid of repeating myself for the umpteenth time; and here in order to
partly support #42.
In my case the scrambling happens in an irregular manner; sometimes at boot it
does, sometimes it doesn't.
https://bugs.kde.org/show_bug.cgi?id=413645
--- Comment #39 from Uwe Dippel ---
Hi,
read up stuff above. That's what I wrote earlier: that it's a race condition.
Thanks anyway, though, seriously!
Could you please file an appropriate 'diff -u' or similar, including plasma
v
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #19 from Uwe Dippel ---
I'd seriously wished, the project declared formally that it's no longer
targeting situations of larger roll-outs. Because that's what it
effectively is.
Recently I filed a number of bugs against Chro
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #14 from Uwe Dippel ---
Thanks, William.
Same-same.
I can't roll out any desktop that maybe next time doesn't look at all like its
previous settings.
Unfortunately, the PlasmaConfigSaver as additional widget isn't there,
b
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #12 from Uwe Dippel ---
Are we now running into something else, or am I at the wrong report? Earlier we
were at 'scrambled at reboot' AFAIK. Now we are at Plasmashell Start?
I still experience the 'at reboot' st ti
https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #11 from Uwe Dippel ---
Created attachment 149336
--> https://bugs.kde.org/attachment.cgi?id=149336&action=edit
Desktop before reboot / after PlasmaConfigSaver
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=454345
Uwe Dippel changed:
What|Removed |Added
CC||udip...@gmail.com
--- Comment #10 from Uwe Dippel
https://bugs.kde.org/show_bug.cgi?id=354802
--- Comment #209 from Uwe Dippel ---
Once again, though I had decided to keep mum, but that was on the other bug',
here I have to side with Nick.
The 'boot up problem' (of supposedly systemd) ISN'T gone. Don't want to
yaday
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #244 from Uwe Dippel ---
(In reply to tomashnyk from comment #243)
> I definitely would not want
> the whole thing to just shrink so everything would be relatively in the same
> position but the icons would be tiny.
Something
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #242 from Uwe Dippel ---
"provided there has been such a resolution before"
Exactly my point. One needs to rearrange layout on a new, larger screen. We
have a solution for this: storage for each resolution after a manual
rea
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #239 from Uwe Dippel ---
Read my earlier comments on 'real estate'.
Of course, it is possible, in case of decreased space, to add scroll bars. So
KDE is the first DE in history to add scroll bars to a start screen,
eventually
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #236 from Uwe Dippel ---
Thanks, Bharadwaj Raju, for picking up this item and its code once again!
May I ask if the features have changed since your initial activities last year,
please? My question should be permissible, since we had been
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #227 from Uwe Dippel ---
It does get funny now. The last 20 or so comments are marked as 'spam' and are
not visible by default.
There are some in here who have tried whatever they could to help. farid is
right: learn to code. In
https://bugs.kde.org/show_bug.cgi?id=354802
--- Comment #181 from Uwe Dippel ---
"on almost every restart"
Look further up. I think we have to make with two items. One is the placement
of icons on the desktop in case of real estate changes. You'll find everything
under #360478.
A
https://bugs.kde.org/show_bug.cgi?id=354802
--- Comment #179 from Uwe Dippel ---
@Zyansheep, alas, no. Thanks for #177, but we deal with a different item here.
I cannot fathom that we have so far not had a single reply from KDE e.V. on how
to handle the desktop in case of variations in the real
https://bugs.kde.org/show_bug.cgi?id=354802
--- Comment #172 from Uwe Dippel ---
Thanks, Chango, for #170!
Because it confirms my own observation, here and in other bugs, that it is not
just a predictable problem of shifting around icons at changes of resolution,
as mostly tackled in here.
I am
https://bugs.kde.org/show_bug.cgi?id=354802
--- Comment #169 from Uwe Dippel ---
"Scrambled" means what?
I have to observe three effects in this context, in addition to #360478:
1. Icons are 'moving about'. I filed this as well. This applies especially to
displays of widg
https://bugs.kde.org/show_bug.cgi?id=354802
Uwe Dippel changed:
What|Removed |Added
CC||udip...@gmail.com
--- Comment #168 from Uwe
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #177 from Uwe Dippel ---
(Think my comment was gone as well, sorry if it pops up twice)
Confirmed. Doesn't work here. Have attached three screenshots:
Layout before switching (2560x1440)
(I left out the mess after switching to 144
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #176 from Uwe Dippel ---
Created attachment 142594
--> https://bugs.kde.org/attachment.cgi?id=142594&action=edit
Back to the original desktop
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #175 from Uwe Dippel ---
Created attachment 142593
--> https://bugs.kde.org/attachment.cgi?id=142593&action=edit
Scaled down and rearranged
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #174 from Uwe Dippel ---
Created attachment 142592
--> https://bugs.kde.org/attachment.cgi?id=142592&action=edit
Original layout
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #161 from Uwe Dippel ---
Alas, I was a developer some 15 years ago. Now I am retired, and don't feel
able to do anything of this kind.
Though I am sure that you can do this test - contrary to many other bugs -
easily yourself: Just c
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #160 from Uwe Dippel ---
Alas, I was a developer some 15 years ago. Now I am retired, and don't feel
able to do anything of this kind.
Though I am sure that you can do this test - contrary to many other bugs -
easily yourself: Just c
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #154 from Uwe Dippel ---
Nick, how do you expect it to go away, when it is part of the architecture?
And, yes, the icons move. I had filed another bug about that. This applies to
all widgets that change the sizes of their appearances
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #150 from Uwe Dippel ---
If only it was so easy. Locking to what? So your proposal is a recursion to the
actual problem. If you have a desktop of 1920x1080 and switch to a basic VGA of
let's say 800x600, what happens with the icons ou
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #146 from Uwe Dippel ---
Not really. It doesn't work all too well to mix the concept of SVG and
pixel-oriented items. The icons wouldn't be aware of closer localities and
overlap or being shifted around in an unforeseeable man
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #143 from Uwe Dippel ---
Sorry, Nick, yeah, that's the one I meant. I called the icon with that other
name. Sorry again.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #141 from Uwe Dippel ---
It's been reported for more than 5 years, and I do appreciate that it simply
can't be solved, because it is not a bug. It is a serious design flaw after a
breakdown of structured development within KDE (
https://bugs.kde.org/show_bug.cgi?id=438055
Bug ID: 438055
Summary: [wishlist:] Simple synchronization of folders
Product: dolphin
Version: 19.12.3
Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
Sev
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #103 from Uwe Dippel ---
@Alex: It sounds like a dupe, but one can't be sure because of the 'sometimes'
in the description. Also, the 'not visible' has never happened to me throughout
the years of suffering. Icons
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #95 from Uwe Dippel ---
Yes, and no.
I used to report a kind of dup, 397655, where it was reported that my beloved
fuzzy clock was walking all over the desktop; growing and shrinking. That is,
with each change of display, it would change
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #74 from Uwe Dippel ---
Ville Aakko, totally agree in principle.
My excuses for contributing anything considered spam in here. Could you help me
finding the avenue, please, to discuss principal matters like a broken DE
design (as implicitly
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #67 from Uwe Dippel ---
Valso, While I might agree with your stand, I don't agree with attacking Nate.
He's just a helpful person. FOSS is about everyone contributing whatever
possible. Be it coding, helping users, reporti
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #59 from Uwe Dippel ---
Nobody should start quarreling among each other here, I think.
I do understand the frustration; and yet would like to point out, again, that
it is not actually a real bug. It is an ugly design flaw that can not
https://bugs.kde.org/show_bug.cgi?id=413645
--- Comment #12 from Uwe Dippel ---
OT: Where can I file a bug against this project being flown blind? This bug was
filed (duplicate) in January 2017. And so far we have been told it was
difficult to solve. Fine, by all means.
But it was working
https://bugs.kde.org/show_bug.cgi?id=409764
Bug ID: 409764
Summary: Serious degradation through blockiness at rendering of
singular clip
Product: kdenlive
Version: 18.04.3
Platform: Ubuntu Packages
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #37 from Uwe Dippel ---
Janet, not that easy. Then some of your apps simply don't show up? Like Leave?
I wouldn't think that made it much better.
A bit further up we had already discussed a possible storage. So that the user
i
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #34 from Uwe Dippel ---
Thanks for the bounty! And for the very good description!
I have - I think - ranted enough on things like this. Though, acer11kubuntu, it
is not that easy. It did work perfectly okay in Plasma4, since the placement
https://bugs.kde.org/show_bug.cgi?id=404992
--- Comment #5 from Uwe Dippel ---
One more to go: Pen input.
While the login screen accepts pen input (like touching the 'Virtual keyboard'
in the lower left corner with a pen, the upcoming virtual keyboard itself
ignores any pen input. S
https://bugs.kde.org/show_bug.cgi?id=404992
--- Comment #4 from Uwe Dippel ---
Another small step: It has nothing to do with the layout, since logging in by
clicking the correct letters and numbers with a mouse always works. Touching
them with my fingertip never works.
Even stranger
https://bugs.kde.org/show_bug.cgi?id=404992
--- Comment #3 from Uwe Dippel ---
I have found these two:
https://bbs.archlinux.org/viewtopic.php?id=194408
https://forum.kde.org/viewtopic.php?f=309&t=138783
and tried this solution, but it doesn't do anything. Here, the layouts do not
show,
https://bugs.kde.org/show_bug.cgi?id=404992
--- Comment #2 from Uwe Dippel ---
(In reply to Christoph Feck from comment #1)
> Which login manager are you using? SDDM?
I would actually think so, the default one in kubuntu 18.04. I also have the
sddm-package.
How can I verify 100%? I'd
https://bugs.kde.org/show_bug.cgi?id=404991
--- Comment #2 from Uwe Dippel ---
I should better correct my description. The second battery *is* shown, as a
tab. Only, clicking this tab is almost impossible. So I had filed a bug report,
under the impression that it was 'just there'
https://bugs.kde.org/show_bug.cgi?id=405309
Bug ID: 405309
Summary: Kamoso shows and takes photos mirrored. It has no
settings to adjust this.
Product: kamoso
Version: unspecified
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=404994
Bug ID: 404994
Summary: No right click possible on touch-screen
Product: plasmashell
Version: 5.12.7
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=404992
Bug ID: 404992
Summary: Impossible to log in with virtual keyboard on
touch-screen-only machines - wrong keys?
Product: plasmashell
Version: 5.12.7
Platform: Ubuntu Packages
https://bugs.kde.org/show_bug.cgi?id=404991
Bug ID: 404991
Summary: kinfocenter fails to show multiple batteries
Product: kinfocenter
Version: 5.12.7
Platform: Ubuntu Packages
OS: Linux
Status: REPORTED
Se
https://bugs.kde.org/show_bug.cgi?id=388966
Uwe Dippel changed:
What|Removed |Added
CC||udip...@gmail.com
--- Comment #6 from Uwe Dippel
https://bugs.kde.org/show_bug.cgi?id=397655
Bug ID: 397655
Summary: Fuzzy Clock shrinks continously
Product: plasmashell
Version: 5.12.6
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #29 from Uwe Dippel ---
It's gotten worse with kubuntu 18.04.
Why? It seems the starting screen is read earlier than with 16.04, and so
whenever I boot, the items are repositioned. I start the laptop and later on
(starting KDE) I swit
https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #21 from Uwe Dippel ---
Thanks, Mircea!
But then it only needs someone better with scripts than me, to devise a dirty
workaround:
At starting plasma, check the prevailing screen resolution, and check a pool
(folder) of existing config
1 - 100 of 115 matches
Mail list logo
