[Desktop-packages] [Bug 859560] Re: Gedit line number margin doesn't scale with font size
It seems that this bug has been fixed. I am currently using Gedit 3.1O.4 in ubuntu 14.04 and the margin scales correctly. Should the status of this bug be updated ? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/859560 Title: Gedit line number margin doesn't scale with font size Status in Light-Weight Text Editor for Gnome: Invalid Status in gedit package in Ubuntu: Triaged Bug description: Machine: 64bit Ubuntu Ocelot with all updates applied as of 26/09/2011. The width of the Gedit line number margin (enabled in preferences) doesn't scale with the font size. I am visually impaired and thus have my gedit font size set to 16. However when I do this and press enter a few times (so I have more than 9 lines in a file) the margin isn't expanded to fit the new two digit number. When we have more than 99 lines (three digits), the margin scales correctly once more. This happens on a new setup with fresh configuration files. Steps to reproduce: 1). Open gedit 2). Change font size to 16 (probably also has issues at other sizes too). 3). Make more than 9 lines in the file. To manage notifications about this bug go to: https://bugs.launchpad.net/gedit/+bug/859560/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 505765] Re: gedit problem with long lines
** Description changed: Binary package hint: gedit - Hi, I was editing a text file when the cursor began to behave strangely. The file contained these lines: CREATE TABLE people( - integer primary key, - name varchar(50), - age integer + integer primary key, + name varchar(50), + age integer ) When I put the cursor after the 'l' in 'people', the arrow key would not move the cursor to the right. Instead it jumped to the next line. Similarly, I could not add text at this position. Viewing the file in a hex editor revealed a lot of spaces (284 to be accurate) after the opening parenthesis. Probably I've added those spaces without knowing it (resting my book beginning Ruby on the space bar ^ ^). Still, I feel the editor should handle a few hundred chars on a line without misbehaviour. I attached a copy of the text file. Thanks for developing and maintaining this simple but useful editor! Tor ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/bin/gedit Package: gedit 2.26.1-0ubuntu1 ProcEnviron: - LANG=en_US.UTF-8 - SHELL=/bin/bash + LANG=en_US.UTF-8 + SHELL=/bin/bash SourcePackage: gedit Tags: ubuntu-unr Uname: Linux 2.6.28-17-generic i686 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/505765 Title: gedit problem with long lines Status in Light-Weight Text Editor for Gnome: Confirmed Status in One Hundred Papercuts: Triaged Status in gedit package in Ubuntu: Triaged Bug description: Binary package hint: gedit Hi, I was editing a text file when the cursor began to behave strangely. The file contained these lines: CREATE TABLE people( integer primary key, name varchar(50), age integer ) When I put the cursor after the 'l' in 'people', the arrow key would not move the cursor to the right. Instead it jumped to the next line. Similarly, I could not add text at this position. Viewing the file in a hex editor revealed a lot of spaces (284 to be accurate) after the opening parenthesis. Probably I've added those spaces without knowing it (resting my book beginning Ruby on the space bar ^ ^). Still, I feel the editor should handle a few hundred chars on a line without misbehaviour. I attached a copy of the text file. Thanks for developing and maintaining this simple but useful editor! Tor ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/bin/gedit Package: gedit 2.26.1-0ubuntu1 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gedit Tags: ubuntu-unr Uname: Linux 2.6.28-17-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/gedit/+bug/505765/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 505765] Re: gedit problem with long lines
Hello, I fell upon this bug and can confirm that Gedit misbehaves when dealing with a lot of spaces in a text file. I tested with the provided file the following way. When treating this string: 'CREATE TABLE people( 240 spaces here idnewline...' the text is displayed in the following manner CREATE TABLE people (240 spaces hereidnewline ... When the cursor is placed between the 'e' in 'people' and the bracket, when one hits backspace the line is not moved upwards, but the 'e' is deleted. In fact the line is never moved up one when the neline char is deleted. I think this is kind of weird behaviour. Can someone confirm that this is not a normal behaviour. If yes, how should gedit behave? IMHO the line should be moved up one line when between 'e' in 'people' and the bracket and when one hits backspace. HTH -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/505765 Title: gedit problem with long lines Status in Light-Weight Text Editor for Gnome: Confirmed Status in One Hundred Papercuts: Triaged Status in gedit package in Ubuntu: Triaged Bug description: Binary package hint: gedit Hi, I was editing a text file when the cursor began to behave strangely. The file contained these lines: CREATE TABLE people( integer primary key, name varchar(50), age integer ) When I put the cursor after the 'l' in 'people', the arrow key would not move the cursor to the right. Instead it jumped to the next line. Similarly, I could not add text at this position. Viewing the file in a hex editor revealed a lot of spaces (284 to be accurate) after the opening parenthesis. Probably I've added those spaces without knowing it (resting my book beginning Ruby on the space bar ^ ^). Still, I feel the editor should handle a few hundred chars on a line without misbehaviour. I attached a copy of the text file. Thanks for developing and maintaining this simple but useful editor! Tor ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/bin/gedit Package: gedit 2.26.1-0ubuntu1 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gedit Tags: ubuntu-unr Uname: Linux 2.6.28-17-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/gedit/+bug/505765/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
