[Bug 1764417] Re: Unrecoverable failure in required component org.gnome.SettingsDaemon.Color.desktop

2018-10-23 Thread Rob Speer
Just had the same thing happen to me, on recently-updated Ubuntu 18.04. Here are my journalctl entries from the crash (including the one from 2 seconds before in case they're relevant): ``` Oct 23 15:27:01 bad-horse code.desktop[3875]: [main 3:27:01 PM] update#setState idle Oct 23 15:27:01

[Bug 1665140] Re: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal

2017-02-21 Thread Rob Speer
> I believe it's the distro's responsibility to ship glib, glibc and vim so that all use the same Unicode version. Sounds right, and it's good to hear that there's progress on this front. I was afraid the situation was stagnant and it would be up to applications to fix it. > Or even better, but

[Bug 1665140] Re: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal

2017-02-15 Thread Rob Speer
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1665140 Title: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal To manage

[Bug 1665140] Re: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal

2017-02-15 Thread Rob Speer
** Attachment added: "Editing text containing emoji in vim within gnome-terminal" https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+attachment/4819798/+files/terminal-emoji-glitch.png -- You received this bug notification because you are a member of Ubuntu Desktop Bugs,

[Bug 1665140] [NEW] Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal

2017-02-15 Thread Rob Speer
Public bug reported: When editing Unicode in the terminal, it is important for the terminal and applications to agree on the width of characters. Otherwise, display glitches will occur. In prior versions of Unicode, the character width of emoji was "ambiguous". As of Unicode 9, they are supposed

[Bug 1665140] Re: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal

2017-02-15 Thread Rob Speer
** Attachment added: "For comparison, the same text file being edited correctly in gedit" https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+attachment/4819800/+files/emoji-gedit.png -- You received this bug notification because you are a member of Ubuntu Desktop Bugs,

[Bug 668560] Re: Ligatures appear in monospaced text

2011-07-08 Thread Rob Speer
Yes. In fact, it still happens on a machine where I installed Narwhal from scratch. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/668560 Title: Ligatures appear in monospaced text

[Bug 668560] [NEW] Ligatures appear in monospaced text

2010-10-29 Thread Rob Speer
Public bug reported: Binary package hint: gedit If I am editing code with gedit, and I type the sequences of characters fi or fl, then they will be replaced by a ligature and visually crammed into the width of a single character. The two characters can still be selected and edited separately,

[Bug 668560] Re: Ligatures appear in monospaced text

2010-10-29 Thread Rob Speer
-- Ligatures appear in monospaced text https://bugs.launchpad.net/bugs/668560 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com

[Bug 668560] Re: Ligatures appear in monospaced text

2010-10-29 Thread Rob Speer
I've found a workaround, which is to switch to a font that does not contain ligatures. The font Mensch, which I was using, has single characters for ligatures in it, and gedit was using them. Monospace does not, so its text displays correctly. -- Ligatures appear in monospaced text

[Bug 122295] Re: Notification Area doesn't work

2010-10-11 Thread Rob Speer
I encountered this problem. On the Add to Panel menu, you can choose to add a notification area to the panel, but it doesn't do anything except add some blank space that makes the network icon move around in wonky ways. Instead, you have to add indicator applet, which seems to do the same thing

[Bug 549975] [NEW] menus in notification area have inconsistent behavior

2010-03-27 Thread Rob Speer
Public bug reported: Binary package hint: gnome-panel Just a cosmetic bug: All of the icons in the upper-right notification area have menus, but these menus are very inconsistent in their behavior. A nice feature of most menus in Ubuntu is that if you click one menu, then mouse over the header

[Bug 549975] Re: menus in notification area have inconsistent behavior

2010-03-27 Thread Rob Speer
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/42223067/Dependencies.txt ** Attachment added: GConfNonDefault.txt http://launchpadlibrarian.net/42223068/GConfNonDefault.txt -- menus in notification area have inconsistent behavior

[Bug 160311] Re: Resizing windows by grabbing window borders is difficult

2010-03-25 Thread Rob Speer
Does an interface freeze really mean that an obvious bug in the interface has to fester for six more months? Nobody's suggesting changing what the interface looks like (well, not in *this* bug report), just how it acts. This is a *huge* problem in Ambiance now that the resize target is only a

[Bug 536655] Re: Spell check in Empathy mishandles contractions and punctuation

2010-03-25 Thread Rob Speer
It's not exactly the same in gedit. gedit doesn't mark I'm as a spelling error, for example. -- Spell check in Empathy mishandles contractions and punctuation https://bugs.launchpad.net/bugs/536655 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is

[Bug 545424] Re: Spell-check underlines spaces when inserting text

2010-03-25 Thread Rob Speer
After the feedback at bug #536655, I checked whether this bug occurs in other GTK programs such as gedit. It doesn't -- I can only produce this bug in Empathy. -- Spell-check underlines spaces when inserting text https://bugs.launchpad.net/bugs/545424 You received this bug notification because

[Bug 536655] Re: Spell check in Empathy mishandles contractions and punctuation

2010-03-25 Thread Rob Speer
But it does seem like the same general bug. Do empathy and gedit use different dictionaries? -- Spell check in Empathy mishandles contractions and punctuation https://bugs.launchpad.net/bugs/536655 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is

[Bug 421212] Re: gdm ignores keyboard layout selection for variants

2010-03-25 Thread Rob Speer
I believe this bug has regressed. I installed Lucid a few days ago, and my password worked correctly in Dvorak. (I am one of three users of the system and the only one to use Dvorak.) After an update today, even though the keyboard layout selector says Dvorak, it will not let me log in until I

[Bug 545424] [NEW] Spell-check underlines spaces when inserting text

2010-03-23 Thread Rob Speer
Public bug reported: Binary package hint: empathy The situation: I'm typing something in Empathy, and then I realize I wanted to say something else before it, so I move my cursor back and type some more. When I do that, red underlines dance around on the words I'm currently typing. In the end,

[Bug 545424] Re: Spell-check underlines spaces when inserting text

2010-03-23 Thread Rob Speer
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/41769444/Dependencies.txt -- Spell-check underlines spaces when inserting text https://bugs.launchpad.net/bugs/545424 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to

[Bug 545424] Re: Spell-check underlines spaces when inserting text

2010-03-23 Thread Rob Speer
** Attachment added: A screenshot of the bug happening. http://launchpadlibrarian.net/41770456/empathy-underlines.png -- Spell-check underlines spaces when inserting text https://bugs.launchpad.net/bugs/545424 You received this bug notification because you are a member of Ubuntu Desktop

[Bug 536655] Re: Spell check in Empathy mishandles contractions

2010-03-23 Thread Rob Speer
** Summary changed: - Spell check in Empathy mishandles abbreviation + Spell check in Empathy mishandles contractions ** Summary changed: - Spell check in Empathy mishandles contractions + Spell check in Empathy mishandles contractions and punctuation -- Spell check in Empathy mishandles

[Bug 536655] Re: Spell check in Empathy mishandles contractions and punctuation

2010-03-23 Thread Rob Speer
This bug is happening to me too, and I can confirm that it's not happening in other applications that use spell-check such as Tomboy Notes or Firefox. It would appear that, however Empathy interacts with the spell-checking library, it's not tokenizing the words it sends correctly. -- Spell

[Bug 445231] Re: mime.cache makes .pdf files show up as application/octet-stream; won't open in Evince

2009-10-07 Thread Rob Speer
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/33207498/Dependencies.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/33207499/XsessionErrors.txt -- mime.cache makes .pdf files show up as application/octet-stream; won't open in Evince

[Bug 445231] [NEW] mime.cache makes .pdf files show up as application/octet-stream; won't open in Evince

2009-10-07 Thread Rob Speer
Public bug reported: Binary package hint: shared-mime-info On today's Karmic Beta, I am unable to open .pdf files. Evince complains that File type unknown (application/octet-stream) is not supported. Evince bug #187225 says that this is a shared-mime-info problem, which is why I'm reporting it

[Bug 278078] Re: The key repeat delay for the down-arrow, left-arrow, and End keys is longer than the other keys

2008-11-23 Thread Rob Speer
Bug 264196 seems to be describing the same issue, but over there they've found a few workarounds! Here's the one that worked for me with the least nasty side-effects: Add this to the end of xorg.conf: Section ServerFlags Option AutoAddDevices off EndSection The downside is that any extra keys

[Bug 278078] Re: The key repeat delay for the down-arrow, left-arrow, and End keys is longer than the other keys

2008-11-22 Thread Rob Speer
Gah! I just upgraded to Intrepid and this happens to me too. Left and down aren't much slower at repeating than the other keys, but all the keys are quite slow. I can get at most about 6 keypresses per second. By twiddling with the keyboard repeat controls, xset r rate, and (oddly enough)