** Changed in: ayatana-design
Assignee: (unassigned) = John Lea (johnlea)
** Changed in: ayatana-design
Status: New = Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/387573
I liked the behavior of staying open until a second click to close it.
But I like Omer's suggestion in comment #11 too.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/387573
Title:
Drop-down
** Also affects: ayatana-design
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/387573
Title:
Drop-down calendar does not close unless you click on it
--
This is an extremely annoying bug. My two cents.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/387573
Title:
Drop-down calendar does not close unless you click on it
--
ubuntu-bugs mailing list
The current default behavior in Jaunty (not closing unless the applet is
clicked) is inconsistent with the default behavior of most other applets
and should be changed for consistency.
However, it would be nice to have the option of the calendar staying
open when clicking off of it, e.g. by
However, molecule-eye, the other applets you compare with, do they
actually have the same use case? Are there any other applets that give
information that a user may want to see while he's, for example, typing
his e-mail? You can't, for example, compare the calendar with the volume
control applet,
** Project changed: dead-ayatana = hundredpapercuts
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Won't Fix in papercuts , but is tagged ayatana to be overseen in The
Ayatana project.
** Changed in: hundredpapercuts
Status: Invalid = Won't Fix
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because
I absolutely like the calendar the way it behaves now and I don't want
it to be changed. When doing my administration in OpenOffice.org Calc
I've always got the Calendar opened and I really like the way I can
enter data into Calc and at the same time look at the calendar to see
which week numbers
** Tags added: ayatana
** Changed in: ayatana
Status: New = Invalid
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Since the papercuts invalid list is growing , some good ideas are
getting lost , hence assigned it to Ayatana[after discussing with David
Siegel] for further consideration.
The pin sounds like a reasonable good choice.
** Project changed: hundredpapercuts = ayatana
** Changed in: ayatana
** Changed in: hundredpapercuts
Milestone: round-10 = None
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Completely agree with Stephen. It has to have at least a X button that
can be clicked to close it. I have had to close the calender for others
at least a few times times already (in one year that is a lot).
--
Drop-down calendar does not close unless you click on it
I can't believe the... lack of common sense... of some users.
Anyway, in general, they missed that clicking the time opened the calendar, and
didn't understand how to close it. I'm actually against having a close button,
since then there's two ways to close it and that could be confusing; also
The second option I believe is the ideal solution.
(https://bugs.launchpad.net/hundredpapercuts/+bug/387573/comments/21)
But it doesn't look like everyone here found it a great idea, which is
disappointing.
--
Drop-down calendar does not close unless you click on it
My wife is a musician; she uses a computer because she has too, for
email, writing program notes, etc. She does not just click around and
experiment on the computer, because she is afraid she might break
things, even though I have repeated explained that she cannot do any
permanent damage.
She
The ideas of Omer Mano, Sjors Gielen and cenoura or Valsodarg both have
merit.
Another addition would be a time-based hide. Before libnotify became
common, I remember seeing popups with a little circular pie chart
counting down a fixed period. Under some conditions (click, hover, long
hover,
Possibly but what if the user needs to switch application during the
process or needs to use the mouse. (Your suggestion will require the
mouse to hover over the calendar to keep it displayed ~ or at least
thats what I understand)
--
Drop-down calendar does not close unless you click on it
I agree with cenoura. This is the simplest, easiest and most intuitive
solution that helps all. The pin should be a simple toggle button. I
don't see a simpler solution.
I think the status should be made Confirmed and changed as described
above (Comment #21):
I have a simpler idea:
1. If the user Clicks on the calendar it should mimic the current behavior (as
in stay open until clicked again).
2. If the user hovers-over the calendar it should mimic the debated behavior
(as in stay open unless hover-out/click out)
Face it when you click on the
adding options for such details only lead to non consitant desktop
behaviour between installations and confusing dialogs for users, that's
such a detail that users should be able to work with the behaviour
either way
--
Drop-down calendar does not close unless you click on it
-1
Please leave as is. I like it to be open while I am writing in other
windows.
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
@17
What about another gconf-key? There already are keys like 'gmt_time' and
'format' that don't confuse users by not being present in the preferences
dialog.
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification
Nick Buchanan is correct, I think, that expected behavior would be for
the calendar applet to close in the same way other drop-down applets do.
However, the calendar is unlike other applets in that (as Textureglitch
says) it is often useful to have it open while referring to information
in other
I think an intuitive and probably easy-to-implement solution would be as
follows:
when the user clicks on the time, the calendar shows up, and when he clicks out
it disappears. But when the calendar is open, it should have a little icon in
the corner (like a pin or something) that when clicked
I want to add a small note: the reason for keeping the calendar open on
KDE 4 is based on the following use case:
1) Tom, our example user, wants to write a document or he wants to book
something
2) Tom opens the calendar and go back to his application.
3) Tom can interact with the wanted
I would like to propose further enchantments:
1. Open the calendar on prolonged hover over (User X hovers on the calendar for
5 sec or so and the calendar opens, it closes when the user click away or hover
out)
2. Integrate (or rather figure how to) integrate with Thunderbird.
Now in all
-1 to this idea!This would truly be a regression.
the present behavior is good. Pls dont change it!
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Perhaps the best solution is to make it configurable:
Have an option to in the preferences to autoclose, but leave it uncheck.
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of Ubuntu
Actually, what would really be cool (though not in papercut domain)
would be the ability to undock the calendar, making it permanent. The
behavior would then look like this:
1. The user clicks on the time and the calendar appears. The user clicks on a
different window, and the calendar
What Omer Mano wrote is something like KDE (at least 4.3) has, only it
has it in reverse:
1. When the user clicks on the time then focuses another window, the calendar
stays.
2. When the user drags the calendar away, it becomes a separate window.
Currently, the window then disappears right away
Agreed with last comment. This does not qualify as a papercut since
changing it as proposed could be seen as a regression by people who may
prefer the current implementation; thus this change should either be
done upstream, or requires the analysis of the design team to provide
guidance first.
mpt, can you please offer a design suggestion for how the drop-down
calendar should behave when you click off of it?
** Changed in: hundredpapercuts
Status: Invalid = Incomplete
** Changed in: hundredpapercuts
Assignee: (unassigned) = Matthew Paul Thomas (mpt)
--
Drop-down calendar
** Changed in: hundredpapercuts
Milestone: None = round-10
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
I agree with Textureglitch. Maybe behavior like Yakuake's is in order:
It has a button; when pressed, Yakuake stays open even if it loses
focus, when unpressed it closes automatically. Though Yakuake's icon is
quite unclear, adding such a simple button would fix this bug for both
kinds of people:
I actually enjoy the current calendar drop-down behavior and I don't
want it to change.
Right now I can browse and scroll freely in other windows while the
calendar is still visible; something I do often when trying to match an
email/schedule in a browser with my own current schedule.
If the
Textureglitch, maybe that behaviour could be kept with a double-click?
It's only an utility and definitely should disappear like other applets
or menus.
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because
That sounds like a usability hack, Textureglitch. You can already
scroll in unfocused windows as long as the cursor is over them, so
that would still work. And if you'd like to be able to type in
unfocused windows, then use focus-follows-mouse which allows this
globally. But like I said, scrolling
I surprisingly couldn't find a duplicate so I've opened a task for
gnome-panel.
** Description changed:
The drop down calendar in the panel that opens when you click on the
date and time will only close if you click again on the date and time.
It would be much nicer if the calendar would
Do other applets like Volume Control, Drawers, etc require a new bug, or
can this bug be modified to include all drop-down applets?
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of
I just checked if this behavior is common to other applets, specifically
volume control, screen resolution, network manager, and battery, and
these will close with a click anywhere outside the applet. In fact, they
behave as I would like calendar to behave.
--
Drop-down calendar does not close
In that case, I better not report any bugs in this project till I
upgrade to Jaunty. :P
--
Drop-down calendar does not close unless you click on it
https://bugs.launchpad.net/bugs/387573
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
42 matches
Mail list logo
