konsole: non-existent default profile possible

[Aleksey Midenkov]

Somehow my sole profile lost default property and konsole started to
display strange colors. Fixed by clicking Set default on the profile, but
it took some time to find out what's going on. There should be no
possibility for non-existing (non-visible) default profile, it must always
be from the list of shown profiles.

KDE is broken after upgrade

[Aleksey Midenkov]

After upgrade Ubuntu to 19.04 KDE doesn't start, just blank screen freeze.
When starting KDevelop from lxde it freezes also and slowly floods the
following in terminal:
```
org.kde.solid.udisks2: Error getting props:
"org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible
causes include: the remote application did not send a reply, the message
bus security policy blocked the reply, the reply timeout expired, or the
network connection was broken."
org.kde.solid.udisks2: Error getting props:
"org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible
causes include: the remote application did not send a reply, the message
bus security policy blocked the reply, the reply timeout expired, or the
network connection was broken."
org.kde.solid.udisks2: Error getting props:
"org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible
causes include: the remote application did not send a reply, the message
bus security policy blocked the reply, the reply timeout expired, or the
network connection was broken."
...
```

After ~10 minutes it finally started:
```
org.kde.solid.udisks2: Error getting props:
"org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible
causes include: the remote application did not send a reply, the message
bus security policy blocked the reply, the reply timeout expired, or the
network connection was broken."
kdeinit5: preparing to launch
'/usr/lib/x86_64-linux-gnu/libexec/kf5/klauncher'
kdeinit5: Launched KLauncher, pid = 29609, result = 0
Connecting to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kdeinit5: opened connection to :0.0
kdeinit5: Got EXEC_NEW
'/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/man.so' from launcher.
kdeinit5: preparing to launch
'/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/man.so'
log_kio_man: STARTING
kdeinit5: Got EXEC_NEW
'/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so' from launcher.
kdeinit5: preparing to launch
'/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so'
log_kio_man: QUrl("man://")
kdeinit5: Got EXEC_NEW
'/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so' from launcher.
kdeinit5: preparing to launch
'/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so'
log_kio_man: After if
log_kio_man: After if
log_kio_man: After if
...
```

-- 
All the best,

Aleksey Midenkov
@midenok

konsole customize context menu

[Aleksey Midenkov]

Hi!

I'm pretty sure this can be done, but not from the surface. Konsole UI
didn't give me any clues. Currently I have this in my menu.

[image: image.png]

Not too much actions I would say.  It would be good to treat selection as
file and run kate, less, etc. Not mentioning open just selection in kate.

I found this tutorial, but actually not sure if it applies to konsole too:

https://techbase.kde.org/Development/Tutorials/Plasma4/ContainmentAction#kde-contextmenu.desktop

-- 
All the best,

Aleksey Midenkov
@midenok

Re: When there will full-color systray icons?

[Aleksey Midenkov]

On Sat, Apr 13, 2019 at 10:14 PM Martin Koller  wrote:

> On Donnerstag, 4. April 2019 00:55:03 CEST Jerome Yuzyk wrote:
> > On Wednesday, April 3, 2019 2:20:05 PM MDT René J.V. Bertin wrote:
> > > On Wednesday April 03 2019 16:06:25 Aleksey Midenkov wrote:
> > > >Are you sure?
> > >
> > > What am I supposed to conclude from your screenshot?
> > >
> > > R.
> >
> > That even the Oxygen icon set still has B/W system tray icons. They do
> for me
> > too after all these years.
>
> AFAIK the problem here is that plasmashell simply does not use the icons
> from the icon theme.
> Instead they use icons extracted from a larger SVG file:
>
>
> https://techbase.kde.org/Development/Tutorials/Plasma5/ThemeDetails#.22icons.22_folder
>
> e.g. opening /usr/share/plasma/desktoptheme/air/icons/network.svgz
> with inkscape shows the attached image.
>
> Oxygen still provides colored icons, e.g. check
>
> /usr/share/icons/oxygen/base/32x32/devices/network-wireless-connected-50.png
>
> /usr/share/icons/oxygen/base/32x32/devices/network-wireless-connected-00.png
>
> /usr/share/icons/oxygen/base/32x32/devices/network-wireless-connected-100.png
>
> /usr/share/icons/oxygen/base/32x32/devices/network-wireless-connected-25.png
>
> /usr/share/icons/oxygen/base/32x32/devices/network-wireless-connected-75.png
>
> You can either change the svg file or
> you can try liquidshell instead which uses the icons from the icon theme
> (e.g. "network-wireless-connected-%1" icons for the wireless signal
> strength)
> See https://store.kde.org/p/1205621/
>
>
Yeah, I've solved the problem with systray icons like this:

https://github.com/midenok/stuff-linux/issues/16

I even paid some guy to draw colorful battery icon but the result was not
fantastic. But still better than b/w frenzy since I see the red color when
the battery is critical.


> --
> Best regards/Schöne Grüße
>
> Martin
> A: Because it breaks the logical sequence of discussion
> Q: Why is top posting bad?
>
> ()  ascii ribbon campaign - against html e-mail
> /\- against proprietary attachments
>
> Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at



-- 
All the best,

Aleksey Midenkov
@midenok

Re: When there will full-color systray icons?

[Aleksey Midenkov]

On Thu, Apr 4, 2019 at 9:19 PM René J.V. Bertin  wrote:

> On Thursday April 04 2019 17:19:19 Aleksey Midenkov wrote:
>
> >> The magic reply around here to this kind of remark is usually "Patches
> >> welcome"...
> >>
> >>
> >The question is: when there will be an option to return back full-color
> >systray icons (without time-consuming surfing to find more or less decent
> >icon scheme)?
>
> The answer is most likely still "Patches welcome", i.o.w. if you don't do
> it no one else is likely to spend time solving your problems unless you're
> willing to put out a bounty (pay).
> Oxygen hasn't changed in this aspect for ages as your original post
> already suggests. That's an answer in itself.
>
> Or instead of wasting time surfing you construct your own icon theme.
>
> >Maybe you don't feel the difference because you are not very sophisticated
> >in that. People who don't try to do things faster do things at same slow
> >rate and don't notice how more effort it takes to use b/w icons instead of
> >color ones.
>
> I'm going to pretend you lack the education to realise how insulting those
> remarks are


Maybe... And lots of people are slow enough at interfaces that they can
bear all these animations and transitional effects. They even like them.
That's normal.


>
>
>The quality comes at quantity.
> (QED)
>
> R.
>


-- 
All the best,

Aleksey Midenkov
@midenok

Re: When there will full-color systray icons?

[Aleksey Midenkov]

On Thu, Apr 4, 2019 at 4:09 PM René J.V. Bertin  wrote:

> On Thursday April 04 2019 13:24:22 Aleksey Midenkov wrote:
>
> > René, I'd like to see full-color systray icons (not just 2-color flat
> > style)
>
> 2-tone (black and white aren't colours technically speaking ;)) would
> probably be Breeze. Oxygen has grayscale, i.e. range-of-gray icons.
>
> > like they were used before this monochrome madness conquered the
> > world.
>
> For the record, monochrome was the norm long before colour even became
> available. And even now interfaces that are really well thought out and
> designed to be as unobtrusive ("professional") as possible use as little
> colour as possible. Apple's OS remains a great example despite the fact
> that it has been following or even setting the flatness hype after first
> going a bit overboard in the opposite direction.
>
>
I would say it's not "professional" when "unobtrusive" wastes your efforts
to differentiate one element from another. The more easy interface is --
the more it is professional.

Colour accents can be useful, but for your WiFi connection strenght
> suggestion we're probably not talking about an icon approach.
>
> The KIconThemes framework has API for creating effects on existing icons;
> applying colour is probably going to be a lot easier on a monochrome
> substrate. But that's something that would have to be done by the
> application that puts up the systray thingy, not by the icon theme.
>
> > For battery I'd like to see it green when it's 100-75%, yellow when
> > it's 74-30% and red when it's below 30% or something like that. For Wifi
> > connection same approach. And I hate b/w scissors picture for Klipper, I
> > just can't use it like that.
>
> The magic reply around here to this kind of remark is usually "Patches
> welcome"...
>
>
The question is: when there will be an option to return back full-color
systray icons (without time-consuming surfing to find more or less decent
icon scheme)?

Just return what it was or make an option for those who don't want to be
monochrome.


> > Colorful icon for it is much better.
>
> I disagree, and I don't even have colour vision issues.
>
>
Maybe you don't feel the difference because you are not very sophisticated
in that. People who don't try to do things faster do things at same slow
rate and don't notice how more effort it takes to use b/w icons instead of
color ones. The quality comes at quantity.


>
> There's a KDE Visual Design Group and I think they have their own ML.
>
> R.
>


-- 
All the best,

Aleksey Midenkov
@midenok

Re: When there will full-color systray icons?

[Aleksey Midenkov]

René, I'd like to see full-color systray icons (not just 2-color flat
style) like they were used before this monochrome madness conquered the
world. For battery I'd like to see it green when it's 100-75%, yellow when
it's 74-30% and red when it's below 30% or something like that. For Wifi
connection same approach. And I hate b/w scissors picture for Klipper, I
just can't use it like that. Colorful icon for it is much better.

On Wed, Apr 3, 2019 at 11:20 PM René J.V. Bertin 
wrote:

> On Wednesday April 03 2019 16:06:25 Aleksey Midenkov wrote:
> >Are you sure?
>
> What am I supposed to conclude from your screenshot?
>
> R.
>


-- 
All the best,

Aleksey Midenkov
@midenok

Re: When there will full-color systray icons?

[Aleksey Midenkov]

R

On Wed, Apr 3, 2019 at 11:20 PM René J.V. Bertin 
wrote:

> On Wednesday April 03 2019 16:06:25 Aleksey Midenkov wrote:
> >Are you sure?
>
> What am I supposed to conclude from your screenshot?
>
> R.
>


-- 
All the best,

Aleksey Midenkov
@midenok

When there will full-color systray icons?

[Aleksey Midenkov]

I guess following trends and doing like others do without own consent is
easy thing. But when there will be an option to return back full-color
systray icons (without time-consuming surfing to find more or less decent
icon scheme)?

-- 
All the best,

Aleksey Midenkov
@midenok

What happened to KDM?

[Aleksey Midenkov]

I can't see KDM in Debian or Ubuntu distros anymore. That's really weird
and sad, because other "standard" dm-s are incorrect in complex environment.

-- 
All the best,

Aleksey Midenkov
@midenok

Widget Removed is stuck

[Aleksey Midenkov]

First, it created panel on wrong screen: when I right clicked on
Screen 0 and did "Add default panel" it created panel on Screen 1.

Then I tried to move panel to Screen 0. It's counter-intuitive in KDE,
so I always have trouble with this. It somehow removed panel, but left
widget "Task manager" alive.

Then I tried to remove that widget. It's also not easy to find out, so
after some manipulations I finally did it. Then is message is stuck.

Please fix this bug. And make an option to not show these nagging
messages which even if not broken take needless attention (moreover
that 'Got it' Google viruses).

kate: specify additional extensions for syntax highlighting

[Aleksey Midenkov]

What is the correct way to specify additional extensions for syntax
highlighting?

Re: What happened with fonts?

[Aleksey Midenkov]

On Wed, Oct 18, 2017 at 1:05 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> Aleksey Midenkov posted on Tue, 17 Oct 2017 12:21:36 +0300 as excerpted:
>
>> After system upgrade window title font became enormously big. Changes of
>> Window title in System Settings are ignored.
>
> This is the second thread on this I've seen.  I can't say for sure
> whether the first one was, but it must have been either one of the kde
> lists (perhaps even this one), or on the plasma development list, which I
> follow because I run live-git kde-frameworks/plasma/apps and which gets
> CCed from plasma bugs filed on kde's bugzilla, plus the plasma-related
> phabricator patch postings up for review before they get merged to the
> various git repos, and it might actually have been a bug thread or
> phabricator bug patch thread I'm remembering.
>
> Actually, given that I remember clicking links to images illustrating the
> problem in the thread, it's very likely I /was/ reading it on the plasma-
> devel list, and thus that it was either a bug or a phabricator issue.
>
> Meanwhile, I should say that I have NOT noticed the bug myself, in live-
> git plasma/frameworks as I said, but that's likely explained by the
> below...
>
> Apparently the bug affects only certain window decorations, and the one
> I'm running, BlackSquare from the kde store (get new window decorations
> in the window decorations kcm, aka kcontrol module, aka kde system
> settings module), isn't affected, because it's an aurora-based theme, and
> according to the earlier thread, aurora-based themes aren't affected.
>
> (I'm no windeco expert, and don't properly know to my own satisfaction
> what aurora is or what makes it distinct enough from the other windeco
> alternatives to not suffer from this bug (doing some research on it has
> been on my low-priority to-do list for some time now, but being low
> priority, it may remain there forever...), but based on browsing kdelook
> and the kde store for years, it's apparently a quite popular windeco
> "engine", that makes creating your own windecos reasonably easy, so much
> so that there's a whole bunch of aurora-based windecos created by various
> people, up on the kdestore, and kdelook, before that.)
>
>
> On the bug/phabricator/whatever, the issue was somewhat different,
> however.  There, the problem was not font size, but the fact that a
> user's /bold/ settings weren't being honored appropriately.  As pointed
> out by the user and as illustrated in the images, while the "bold"
> setting did indeed make the font display slightly heavier, it was an
> "emulated" (original user's word) bold, NOT the actual font in bold face
> as shown in a few other images, from other elements of the UI.
>
> IIRC font smoothing was also affected, tho it's possible I'm mixing that
> up from a separate bug, or possibly a different report of the same one,
> I'm not sure.
>
> In any case, try choosing a different windeco (kde system settings,
> application style, window decorations).  Plastik shouldn't be affected as
> I /believe/ it's aurora-based.  Breeze is I believe the default and
> affected.  Oxygen is the old kde/plasma4 default, and I'm not sure
> whether it's affected or not.  Those are the three choices that normally
> ship with plasma.  As mentioned, others can be downloaded, and I'm using
> the aurora-based BlackSquare as downloaded from the store, here, which
> doesn't seem to be affected.
>
> I'll also see if I can find that other thread and post a link to it.

I use Plastik, it is affected. Oxygen and Breeze aren't affected, but
they have horrible height: like 7% of my screen is used by window
title, that's ridiculous. air-oxygen has normal height but it is
affected. I can't use BlackSquare -- it is a nightmare, sorry. BTW,
not only window title is broken, but annotation font in systray.

>
> --
> Duncan - List replies preferred.   No HTML msgs.
> "Every nonfree program has a lord, a master --
> and if you use the program, he is your master."  Richard Stallman
>

Re: What happened with fonts?

[Aleksey Midenkov]

It is enabled. I should stress that "Window title" setting is ignored!
It is certainly a bug.


On Tue, Oct 17, 2017 at 4:44 PM, Andy B <anditosan1...@gmail.com> wrote:
> Enable force font dpi
>
> On October 17, 2017 at 3:21:36 AM, Aleksey Midenkov (midenok+...@gmail.com)
> wrote:
>>
>> After system upgrade window title font became enormously big. Changes
>> of Window title in System Settings are ignored.



-- 
--
All the best,
Alyosha Midenkov

What happened with fonts?

[Aleksey Midenkov]

After system upgrade window title font became enormously big. Changes
of Window title in System Settings are ignored.

Re: Tree View expand animation

[Aleksey Midenkov]

On Thu, Oct 5, 2017 at 11:35 PM, René J.V. Bertin <rjvber...@gmail.com> wrote:
> On Thursday October 05 2017 22:54:11 Aleksey Midenkov wrote:
>>QT_QPA_PLATFORMTHEME="qt5ct" qt5ct
>
> --> https://sourceforge.net/projects/qt5ct/
>
> That's an interesting discovery, thanks for that.
>
> But what kind of desktop do you use? You shouldn't be needing this if you're 
> using a full-blown KDE/Plasma desktop environment. Qt5ct seems to be a 
> generic alternative to the plasma-integration plugin.

And what do you mean by plasma-integration plugin? Where I can see it
in System Settings or other menus?

Filed a bug:

https://bugs.kde.org/show_bug.cgi?id=385418

Re: Tree View expand animation

[Aleksey Midenkov]

On Thu, Oct 5, 2017 at 7:57 PM, Elvis Angelaccio
<elvis.angelac...@kde.org> wrote:
> On giovedì 5 ottobre 2017 12:55:53 CEST, Aleksey Midenkov wrote:
>>
>> How turn off tree view expand/collapse animations?
>
>
> You need to disable the animation setting of your style. From System
> Settings:
>
> Application Style -> Widget Style -> Applications tab -> Configure button ->
> Animations tab.

Mmm... Tried it before and it didn't help. But thank you guys! You
encouraged me to try harder and find the solution:

1. compile and run:

QT_QPA_PLATFORMTHEME="qt5ct" qt5ct

2. Interface tab -> reenable 'Enable gui effects'; Apply
3. Uncheck it again; Apply

Re: Tree View expand animation

[Aleksey Midenkov]

On Thu, Oct 5, 2017 at 2:22 PM, Volker Wysk <p...@volker-wysk.de> wrote:
> Am Donnerstag, 5. Oktober 2017, 13:55:53 CEST schrieb Aleksey Midenkov:
>> How turn off tree view expand/collapse animations?
>
> I'm not sure what tree view you mean, but try opening the system settings, and
> type "animation".

This is what is called Tree View in KDE (see System Settings ->
Configure -> General -> Classic Tree View). I already have all
animations OFF in Desktop Effects and it doesn't help. I've managed
somehow to disable this animation couple of years ago and it worked
fine until recent system upgrade. I guess I did some config editing,
but now I totally don't remember... :(

Tree View expand animation

[Aleksey Midenkov]

How turn off tree view expand/collapse animations?

Re: KMail dependence on Akonadi

[Aleksey Midenkov]

On Tue, Jul 18, 2017 at 1:46 AM, Leslie Turriff  wrote:
> On 2017-07-11 21:44:31 Nicolás Alvarez wrote:
>> Okay, let's change this around: What are you try to achieve with this
>> discussion? Having someone agree with you and rewrite the whole KDE
>> PIM system to not use Akonadi?
>>
>> Note that as far as I know, KMail doesn't connect to IMAP servers. It
>> doesn't even read Maildir. akonadi_imap_resource connects to IMAP
>> servers, and feeds the data to the Akonadi database, and KMail reads
>> it from there. There is an akonadi_maildir_resource to do the same for
>> Maildir. KMail doesn't send email, it puts email in an Outbox folder,
>> akonadi_maildispatcher_agent sends email when the main akonadi daemon
>> notifies it that the Outbox folder changed.
>>
>> --
>> Nicolás
>
> Of course, those of us who object to having Akonadi's fingers in 
> their Kmail
> can do what I did and revert to KDE3, with it's friendly user interfaces and
> straightforward Kmail.

Or we can try talk some sense into people. There is big dispersion in
development, everybody does what he wants. So no decent quality ever.
KDE3 is one half working and KDE4+ is the other half working.
Microsoft is 3rd half-working. OSX is 4th half-working. Android have
taken big portion of developers. I didn't expect such dull and dumb
future. What an irony: great hardware running crippled and miserable
programs. Maybe the time have not come yet...

Another problem is too little feedback, so devs are on their own. 999
of 1000 are just silently choose what to use. When you ask them they
will tell you their reasons, but they will never tell it on their own.

>
> Leslie

Re: KMail dependence on Akonadi

[Aleksey Midenkov]

On Tue, Jul 11, 2017 at 4:31 PM, Kevin Krammer <kram...@kde.org> wrote:
> On Tuesday, 2017-07-11, 16:14:18, Aleksey Midenkov wrote:
>> On Tue, Jul 11, 2017 at 2:53 PM, Kevin Krammer <kram...@kde.org> wrote:
>> > On Monday, 2017-07-10, 03:26:08, Aleksey Midenkov wrote:
>> >> On Sun, Jul 9, 2017 at 6:44 PM, Kevin Krammer <kram...@kde.org> wrote:
>> >> > On Saturday, 2017-07-08, 11:58:02, Aleksey Midenkov wrote:
>> >> >> On Sat, Jul 8, 2017 at 11:34 AM, Kevin Krammer <kram...@kde.org>
> wrote:
>> >> >> > On Saturday, 2017-07-08, 02:37:22, Aleksey Midenkov wrote:
>> >> ...
>> >>
>> >> >> Why you invented some
>> >> >> service if there are commonly used SQL servers?
>> >> >
>> >> > Not sure what you mean, the Akonadi services is using standard
>> >> > databases
>> >> > for its data management needs: MySQL, PostgreSQL, SQLite are options as
>> >> > far as I remember.
>> >>
>> >> Then why there is additional proxy process (Akonadi) between KMail and
>> >> DBMS? What special functions this Akonadi service does that require it
>> >> to be additional process? Why can't it be just shared library that
>> >> will adapt this PIM API (so called Akonadi) to DBMS services? In other
>> >> words: put Akonadi as shared library inside KMail, Calendar, etc.
>> >> instead of separate process.
>> >
>> > A database server is essentially useless without data and none of them can
>> > access stored data other than their own.
>> >
>> > Extending an existing database server to be able to connect to an IMAP
>> > server, read a local maildir, connect to a CalDav server or read a local
>> > ical file would essentially require forking that server's code base and
>> > maintaining it from there on.
>>
>> That surely would be bad idea. But this does not contradict to what I
>> wrote: it does not have to be a daemon. It can be just driver library
>> (like ODBC) that is loaded into client application and provides PIM
>> API to any existing data technologies, not only DBMS, but IMAP,
>> maildir, CalDav, etc. (what's the difference). So I'll repeat my
>> question: what are special functions of Akonadi that require it to be
>> additional process?
>
> I've answered that earlier but maybe it was in a reply to somebody else's
> posting.
>
> A mediator process is the only reliable way to ensure data access integrity.

I don't believe it.

>
> I.e. mechanism that try to allivate the problem of concurrent access to files
> by multiple processes , e.g. file locking, had proven to cause issues, e.g.
> stale lock files in the case of file locks.

I saw it but couldn't take serously, sorry. There are lockf(),
flock(). If you access Maildir, then you should regard other client
applications as well (since it is file-level technology), so lock
files are inevitable.

>
> There are also external restrictions to consider, e.g. maximum number of
> connections per user on a remote server. Easy to control in a single process,
> very difficult to control over multiple processes.

Difficult, but not impossible (not too difficult in fact). Seems like
you overcomplicate use cases and apply server technologies for UI
programs. Additional process for UI is a great deal: making it just
because it's straightforward to program is wrong way of doing things.

Also, you said that groupware, contacts, etc. is typical usage
scenario. Do you have some polls regarding it? F.ex. I don't use
anything but mail. AFAIK, all my acquaintances do not use even
contacts (because To: field is auto-filled when you start typing). And
frankly would someone entrust KDE for corporate usage? I would not for
sure.

>
> Akonadi is therefore the process that is needed, the DBMS is the optional one,
> e.g. using SQLite or MySQL/Embedded for handling that part inside the main
> process.
>
> Cheers,
> Kevin
> --
> Kevin Krammer, KDE developer, xdg-utils developer
> KDE user support, developer mentoring

Re: KMail dependence on Akonadi

[Aleksey Midenkov]

On Tue, Jul 11, 2017 at 2:53 PM, Kevin Krammer <kram...@kde.org> wrote:
> On Monday, 2017-07-10, 03:26:08, Aleksey Midenkov wrote:
>> On Sun, Jul 9, 2017 at 6:44 PM, Kevin Krammer <kram...@kde.org> wrote:
>> > On Saturday, 2017-07-08, 11:58:02, Aleksey Midenkov wrote:
>> >> On Sat, Jul 8, 2017 at 11:34 AM, Kevin Krammer <kram...@kde.org> wrote:
>> >> > On Saturday, 2017-07-08, 02:37:22, Aleksey Midenkov wrote:
>> ...
>>
>> >> Why you invented some
>> >> service if there are commonly used SQL servers?
>> >
>> > Not sure what you mean, the Akonadi services is using standard databases
>> > for its data management needs: MySQL, PostgreSQL, SQLite are options as
>> > far as I remember.
>>
>> Then why there is additional proxy process (Akonadi) between KMail and
>> DBMS? What special functions this Akonadi service does that require it
>> to be additional process? Why can't it be just shared library that
>> will adapt this PIM API (so called Akonadi) to DBMS services? In other
>> words: put Akonadi as shared library inside KMail, Calendar, etc.
>> instead of separate process.
>
> A database server is essentially useless without data and none of them can
> access stored data other than their own.
>
> Extending an existing database server to be able to connect to an IMAP server,
> read a local maildir, connect to a CalDav server or read a local ical file
> would essentially require forking that server's code base and maintaining it
> from there on.

That surely would be bad idea. But this does not contradict to what I
wrote: it does not have to be a daemon. It can be just driver library
(like ODBC) that is loaded into client application and provides PIM
API to any existing data technologies, not only DBMS, but IMAP,
maildir, CalDav, etc. (what's the difference). So I'll repeat my
question: what are special functions of Akonadi that require it to be
additional process?

>
> Cheers,
> Kevin
>
> --
> Kevin Krammer, KDE developer, xdg-utils developer
> KDE user support, developer mentoring

Re: KDE automounter mounts as root

[Aleksey Midenkov]

I am an average Joe and I use Ubuntu 17.04. I don't have any fstab
entries regarding thumb drives or vfat filesystem. Mountpoint is
`/media/midenok/4F02-5CB4`.

On Sat, Jul 8, 2017 at 11:43 AM, René J.V. Bertin  wrote:
> What distribution is that, or did you build KDE from source yourself? What 
> mountpoint do these drives get?
>
> I can recall that with my KUbuntu 14.04 desktop I have set up /etc/fstab 
> entries for certain external media (using the "user" or even uid mount 
> options, but I don't think that was for generic FAT-formatted thumb drives. 
> IOW, I think everything worked fine for the needs of the average Joe or Jane 
> User and I had to do the usual fstab tweaking only when I had special needs.
>
> R.

KDE automounter mounts as root

[Aleksey Midenkov]

Why KDE automounter mounts USB stick as root? I can't write it from my
logged desktop. What is the sense in automounter then? As root I can
mount and copy files from console. Filesystem type vfat.

KMail dependence on Akonadi

[Aleksey Midenkov]

By what purpose there is KMail dependence on other services? Can it
work standalone?

[kde] How to block only certain global hotkeys?

[Aleksey Midenkov]

I know that there is an option in Special Application Options: Ignore
global shortcuts. But it blocks all of them. I want several hotkeys
retain their global meaning and several of them passed to certain
applications. Is it possible maybe via config files?
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

Re: [kde] Calendar like Christmas garland

[Aleksey Midenkov]

On Thu, Jun 26, 2014 at 9:16 PM, Martin Steigerwald mar...@lichtvoll.de wrote:
 Am Mittwoch, 25. Juni 2014, 17:29:45 schrieb Aleksey Midenkov:
 My calendar is like colorful garland: I have about 10 green boxes, 1
 red and 1 blue. Which day is today??? I need to figure out each time
 when I open calendar! Who invented such
 untalented decoration?! You would better make a different background
 for current day: pale red or something like that!

 AFAI read and seen coloring for plasmoid calender has changed or will change
 with Plasma 5.

 And I agree, I always ask myself what marks the current day as well when first
 looking at it. Although I think I would express my viewpoint in more
 constructive and less offending way as I think that would be more likely to
 yield a positive response. And as a bug report – *after* I have seen whats in
 Plasma 5.


I don't like constructive way of talking. I like nape slapping,
especially on such trivial matters!
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[kde] Calendar like Christmas garland

[Aleksey Midenkov]

My calendar is like colorful garland: I have about 10 green boxes, 1
red and 1 blue. Which day is today??? I need to figure out each time
when I open calendar! Who invented such
untalented decoration?! You would better make a different background
for current day: pale red or something like that!
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

Re: [kde] Calendar like Christmas garland

[Aleksey Midenkov]

On Wed, Jun 25, 2014 at 6:15 PM, John Layt jl...@kde.org wrote:
 On 25 June 2014 14:29, Aleksey Midenkov mide...@gmail.com wrote:
 My calendar is like colorful garland: I have about 10 green boxes, 1
 red and 1 blue. Which day is today??? I need to figure out each time
 when I open calendar! Who invented such
 untalented decoration?! You would better make a different background
 for current day: pale red or something like that!

 Blue is today, Red is a day off, Green is any other holiday or
 calendar event.  The color or shape or any other highlighting or
 backgrounds are set by the theme you are using so may vary.

So, how did you guessed my colors (Blue is today, Red is a day off,
Green is any other holiday) if you don't know my theme? I just want to
stress that such kind of decoration is HORRIBLE!!!


 To disable the colors, simply disable calendar and/or holiday events.

 John.
 ___
 This message is from the kde mailing list.
 Account management:  https://mail.kde.org/mailman/listinfo/kde.
 Archives: http://lists.kde.org/.
 More info: http://www.kde.org/faq.html.
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

Re: [kde] Calendar like Christmas garland

[Aleksey Midenkov]

On Wed, Jun 25, 2014 at 8:47 PM, John Layt jl...@kde.org wrote:
 On 25 June 2014 16:00, Aleksey Midenkov mide...@gmail.com wrote:
 On Wed, Jun 25, 2014 at 6:15 PM, John Layt jl...@kde.org wrote:

 So, how did you guessed my colors (Blue is today, Red is a day off,
 Green is any other holiday) if you don't know my theme? I just want to
 stress that such kind of decoration is HORRIBLE!!!

 Because that is what the default Plasma theme sets them to.  The
 Caledonia theme draws the highlights as underscores.  The openSUSE
 theme draws a ring around today that looks like a marker pen drew it.
 There's a lot of room there for designers to improve the appearance.
 If you don't like how it looks then feel free to implement something
 better, it's only an SVG after all, and perhaps a few lines of code to
 make the colors configurable.  Thing is, it's looked like that for 7
 years yet no-one seems to have been too bothered to change i.

So, it's worse for KDE. I find it's look, UI quality and overall
stability as bare alpha even now. And I have too many things to do
with this for many years ahead. So, spare me from proposals of
fiddling with SVGs. If I wanted to fix it, I would do it without
writing here. But I think, that author if these blatant blunders will
achieve more benefit from fixing this.
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

Re: [kde] Change icon for file type

[Aleksey Midenkov]

On Wed, Jun 11, 2014 at 1:45 AM, Duncan 1i5t5.dun...@cox.net wrote:

 Aleksey Midenkov posted on Tue, 10 Jun 2014 17:54:48 +0400 as excerpted:

  Is it possible to apply changes without relogin?
 
  In file context menu Properties - File Type Options I click on icon.
  Icon selection dialog opens. I select icon -- in Edit File type it
  changes to new icon. Then I click OK and in Properties there is still
  old icon! What I found useful is to delete
  /var/tmp/kdecache-$USER/icon-cache.kcache and then relogin. Is it
  possible to see changes without these actions?

 ...

 As you're dealing with icons you /may/ need to delete the icon cache AND
 run kbuildsycoca4, but that should do it without a restart.  If dolphin
 (or plasma or konqueror or whatever, you didn't mention what app) doesn't
 update at that point, consider filing a bug, as it should.


Should I mention what app? I guess it's the same library call because
dialog looks the same everywhere. My observations: kbuildsycoca4
doesn't rebuild icon-cache.kcache. Sometimes relogin helps, sometimes
doesn't. Sometimes it doesn't even change icon preview after Select
Icon dialog. Anyway, it is expected that it should work without any
relogins and cache rebuilds, hence it is a bug. Bug was already
submitted (335569).
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[kde] Change icon for file type

[Aleksey Midenkov]

Is it possible to apply changes without relogin?

In file context menu Properties - File Type Options I click on icon. Icon
selection dialog opens. I select icon -- in Edit File type it changes to
new icon. Then I click OK and in Properties there is still old icon! What I
found useful is to delete /var/tmp/kdecache-$USER/icon-cache.kcache and
then relogin. Is it possible to see changes without these actions?
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.