Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FUTURE FEATURE REQUEST add option for delay time to notifications in mate desktop #149

Open
garberw opened this issue Apr 4, 2019 · 0 comments

Comments

@garberw
Copy link

garberw commented Apr 4, 2019

Description of problem:
mate-notifications-daemon messages (especially on boot) pop up and disappear
too quickly to be seen.
FEATURE REQUEST (please :-) )
could someone please add some more features at least (1):
(1) make the delay time before messages disappear a variable in gconf-editor
and hopefully in system->preferences->look and feel->popup notifications.
extra:
(2) append this stuff to a log file maybe? some of it already is.
are ALL notifications in log files already?
(3) add keybinding to pop up previous messages.
(4) everything in "dunst" package.
or just fix dunst package which I can't get to work.

Expected behaviour

would like arbitrary delay or persistent (forever) delay.

Actual behaviour

can not see these for long enough to read them.

Steps to reproduce the behaviour

login gives notifications
(1) error probably due to fact 4 virtual desktops exceeds video
card ram. takes a few seconds to start window manager.
(2) firewalld started

MATE general version

1.20.4-1

Package version

mate-notification-daemon-1.20.2-1.fc29.x86_64

Linux Distribution

fedora 29

Link to downstream report of your Distribution

https://bugzilla.redhat.com/show_bug.cgi?id=1696043
Additional info:
could I replace this with dunst package?
if both are installed, how to deal with
double definition of
org.freedesktop.Notifications
in file
/usr/share/dbus-1/services/org.freedesktop.mate.Notifications.service
and
org.freedesktop.Notifications
from file in same dir from dunst package
isn't this a conflict?
***** Could someone adapt the dunst package and use all their options in
the mate-notifications-daemon package? That would be wonderful.


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants