Ctrl+C contents are not shown in bold

Bug #794159 reported by Björn Kautler
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Glipper
Fix Released
Wishlist
Laszlo Pandy

Bug Description

Glipper has a setting "Show current Ctrl+C contents in bold", but it has no effect. Nothing is ever shown in bold.

Related branches

Revision history for this message
Björn Kautler (vampire0) wrote :

Hm, in the Ctrl+Alt+C popup the entry is shown in bold. just in the Unity Panel Indicator the entry is not shown in bold.

Revision history for this message
Laszlo Pandy (laszlok) wrote :

Unity's indicator menu does not support bold or any text formatting.

Changed in glipper:
status: New → Invalid
Revision history for this message
Björn Kautler (vampire0) wrote :

And what about Parcellite? It shows bold text just fine in Unity. :-/

Revision history for this message
Laszlo Pandy (laszlok) wrote : Re: [Bug 794159] Re: Ctrl+C contents are not shown in bold

Do you know if they use the app indicator library?

I will take a look at the source.

Revision history for this message
Björn Kautler (vampire0) wrote :

I have no idea, sorry.

Revision history for this message
Laszlo Pandy (laszlok) wrote :

Are you sure parcellite works in unity? If you hit f10, can you use
the keyboard (without the mouse) to move right and left to get to the
parcellite menu?

Because in the source code parcellite is using a GtkStatusIcon.
Glipper has one two, but only enables it if app indicator is not
available. In Ubuntu Natty, in Unity, all GtkStatusIcons are hidden
except a few exceptions (like Skype). So I would have guessed that
Parcellite doesn't work in Ubuntu Natty's unity.

Revision history for this message
Björn Kautler (vampire0) wrote :

The status icons are filtered by default with a whitelist. That is total crap and makes many apps unusable. That was one of the first things I disabled. Do the following in a shell:

gsettings set com.canonical.Unity.Panel systray-whitelist "['all']"

or use the dconf-editor from the package dconf-tools to edit the value of

desktop/unity/panel/systray-whitelist

Revision history for this message
Laszlo Pandy (laszlok) wrote :

Exactly. So Parcellite doesn't work in Unity by default.

That's no good for people who don't know how to use this command. As
far as they know, Parcellite doesn't work at all. So Glipper is going
to use the app indicator if it's available to avoid this situation,
and because app indicators are a cleaner experience with F10, and
keyboard left/right in Unity. Sorry that there is no bold.

On Wed, Jun 8, 2011 at 10:44 PM, Vampire <email address hidden> wrote:
> The status icons are filtered by default with a whitelist. That is total
> crap and makes many apps unusable. That was one of the first things I
> disabled. Do the following in a shell:
>
> gsettings set com.canonical.Unity.Panel systray-whitelist "['all']"
>
> or use the dconf-editor from the package dconf-tools to edit the value
> of
>
> desktop/unity/panel/systray-whitelist
>
> --
> You received this bug notification because you are subscribed to
> Glipper.
> https://bugs.launchpad.net/bugs/794159
>
> Title:
>  Ctrl+C contents are not shown in bold
>

Revision history for this message
Björn Kautler (vampire0) wrote :

Ah, I see. So they only filter apps that use the systray and if something uses the AppIndicator it will always be shown, but cannot use bold and tooltips. :-/

Revision history for this message
Laszlo Pandy (laszlok) wrote :

Yup. The filtering is only for the legacy systray. Otherwise no one
would make the effort to upgrade to the new app indicators.

Revision history for this message
Björn Kautler (vampire0) wrote :

Hm, so if they don't allow real markup, how about some textual markup to highlight the current Ctrl+K item. But only in the ApplicationIndicator mode. In the fallback SysTray mode or in the Shortcut popup still the real markup should be used. The Ctrl+K item could e. g. be enclosed like

> I am copied <

and maybe all other entries embedded in spaces to make it clear that the angle brackets are highlighting and not part of the content of the entry.

Revision history for this message
Laszlo Pandy (laszlok) wrote :

Not a bad idea.

Revision history for this message
Björn Kautler (vampire0) wrote :

Or maybe embedded in stars or only with a leading star.

Or even better, make it configurable by pattern. Then someone can choose a setting of "< $entry >" or "> $entry <" or "* $entry" or "* $entry *" or whatever the user wants to have. :-)

So should this issue then be reopened as wishlist item?

Revision history for this message
Laszlo Pandy (laszlok) wrote :

Changed to wishlist.

Thank you for your persistence with this idea.

Changed in glipper:
assignee: nobody → Laszlo Pandy (laszlok)
importance: Undecided → Wishlist
milestone: none → 2.2
status: Invalid → In Progress
Laszlo Pandy (laszlok)
Changed in glipper:
status: In Progress → Triaged
status: Triaged → Fix Committed
Laszlo Pandy (laszlok)
Changed in glipper:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.