On Sun, Apr 19, 2020 at 10:10:34AM +0300, Andrei POPESCU wrote:
> On Du, 19 apr 20, 04:59:54, shirish शिरीष wrote:
> >
> > I am on Debian testing (bullseye, fully updated ) and have found some
> > oddities [...]
> The hardware has no concept of window decorations, only pixels and what
> colour t
at bottom :-
On 19/04/2020, Andrei POPESCU wrote:
> On Du, 19 apr 20, 04:59:54, shirish शिरीष wrote:
>>
>> I am on Debian testing (bullseye, fully updated ) and have found some
>> oddities . For instance gedit and kate appear smaller but with full
>> window decorations by which I mean the minimiz
On Du, 19 apr 20, 04:59:54, shirish शिरीष wrote:
>
> I am on Debian testing (bullseye, fully updated ) and have found some
> oddities . For instance gedit and kate appear smaller but with full
> window decorations by which I mean the minimize, maximize and close
> icons on the top left of the appl
On Fri, Mar 13, 2020 at 4:42 AM Yvan Masson
wrote:
> Le 13/03/2020 à 05:22, Default User a écrit :
> > Hey, I have:
> >
> > Debian Unstable
> > 64-bit
> > Cinnamon DE
> > Linux dummy 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64
> > GNU/Linux
> >
> > I update obsessively.
> >
> > Just
Le 13/03/2020 à 05:22, Default User a écrit :
Hey, I have:
Debian Unstable
64-bit
Cinnamon DE
Linux dummy 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64
GNU/Linux
I update obsessively.
Just today, gedit will not start, as user. I logged in (as usual) as
user. Gedit will not start
On Monday 02 February 2015 03:02:38 Curt did opine
And Gene did reply:
> On 2015-02-02, Wayne Hartell wrote:
> > In case anyone is interested, I did some further research into this
> > knowing the issue is long lines and it seems that the bug has
> > existed (and been known about) for many years,
Curt wrote:
> The *gedit faq* is edifying on the long lines issue (seems like you missed
> reading it in your "research):
> https://wiki.gnome.org/Apps/Gedit/FAQ
I was searching for bug reports; I hadn't expected an FAQ to exist on the very
topic I was interested in. Quite honestly that's a firs
On 2015-02-02, Wayne Hartell wrote:
>
> In case anyone is interested, I did some further research into this knowing
> the issue is long lines and it seems that the bug has existed (and been
> known about) for many years, but still not fixed. The earliest bug record I
> can find dates back to 2003,
Wayne Hartell wrote:
> I grabbed a 1.5MB text file from Windows (converted using dos2unix,
> not that it appears to make a difference) and tried to open this in gedit
> and it takes about 45 seconds to open the file. That is a whole lot slower
> than I was expecting. To make things worse the perfo
Wayne Hartell wrote:
> I grabbed a 1.5MB text file from Windows (converted using dos2unix, not
that it appears
> to make a difference) and tried to open this in gedit and it takes about
45 seconds to open
> the file. That is a whole lot slower than I was expecting. To make things
worse the
> pe
Wayne Hartell wrote:
> I think the file I have simply does not have many line feeds. Is that
> abnormal for Linux perhaps?
You mean such as your reply line above which is a very long line and
pushes off the right side of the screen? More typically it would be
word wrapped to make reading it easi
Linux-Fan wrote:
> In my experience, VIM is slow with long lines (which are automatically
> wrapped and often look strange if the result is too large to fit on a single
> page) and
> syntax highlighting. Using many short lines, VIM has always been good enough
> for me (even with several MiB fil
On 02/01/2015 01:42 PM, Wayne Hartell wrote:
> I grabbed a 1.5MB text file from Windows (converted using dos2unix, not that
> it appears to make a difference) and tried to open this in gedit and it
> takes about 45 seconds to open the file. That is a whole lot slower than I
> was expecting. To make
Lisi Reisz wrote:
> Why did a _text_ file need converting? Or do you not mean .txt?
Yeah just a regular ASCII text file, but as another reply pointed out new
lines are handled slightly differently under Windows vs Unix/Linux. I don't
think that is the problem though.
Cheers,
Wayne.
--
To UNSU
Patrick Wiseman wrote:
> Unix text files end lines with , Windows with .
That was the purpose of pre-processing the file with dos2unix. It didn't seem
to help.
I think the file I have simply does not have many line feeds. Is that abnormal
for Linux perhaps?
Wayne.
--
To UNSUBSCRIBE, email
On Sun, Feb 1, 2015 at 10:30 AM, Lisi Reisz wrote:
> Sorry, Wayne. :-( This was meant to go to the list. I hope that someone can
> explain the answer!
>
> On Sunday 01 February 2015 12:42:00 Wayne Hartell wrote:
>> I grabbed a 1.5MB text file from Windows (converted using dos2unix, not
>> that i
Sorry, Wayne. :-( This was meant to go to the list. I hope that someone can
explain the answer!
On Sunday 01 February 2015 12:42:00 Wayne Hartell wrote:
> I grabbed a 1.5MB text file from Windows (converted using dos2unix, not
> that it appears to make a difference)
Why did a _text_ file need
Renaud (Ron) OLGIATI said:
> Possibly non-formatted, with one line per paragraph ?
That's what it looks like with line numbers on (very big paragraphs too), but
my question is why would this slow gedit down and is there any way around it?
It seems to present the content as I would expect.
Cheer
On Sun, 1 Feb 2015 23:12:00 +1030
"Wayne Hartell" wrote:
> One thing I have noticed under vim is that if I turn on line numbers the
> document is showing as several large chunks of text on a handful of lines,
> as opposed to a large number of short lines. Would this be tripping up
> gedit perfor
On Thu, 17 Jul 2014 19:39:41 + (UTC)
"Juan R. de Silva" wrote:
> On Thu, 17 Jul 2014 11:26:38 -0400, Steve Litt wrote:
>
> > On Wed, 16 Jul 2014 21:43:00 + (UTC)
> > "Juan R. de Silva" wrote:
> >
> >
> >> BTW, about "bupsky" script you shared with me... It's very nice
> >> while worki
On Thu, 17 Jul 2014 11:26:38 -0400, Steve Litt wrote:
> On Wed, 16 Jul 2014 21:43:00 + (UTC)
> "Juan R. de Silva" wrote:
>
>
>> BTW, about "bupsky" script you shared with me... It's very nice while
>> working with files in console, like using vim, or nano, or anything
>> like this. I do mos
On Wed, 16 Jul 2014 21:43:00 + (UTC)
"Juan R. de Silva" wrote:
> BTW, about "bupsky" script you shared with me... It's very nice while
> working with files in console, like using vim, or nano, or anything
> like this. I do most of my file editing work in GUI editors. So, in
> this case it's
On Wed, 16 Jul 2014 17:15:36 -0400, Steve Litt wrote:
> On Wed, 16 Jul 2014 20:39:56 + (UTC)
> "Juan R. de Silva" wrote:
>
>> On Tue, 15 Jul 2014 20:29:56 -0400, Steve Litt wrote:
>>
>> > Turns out it didn't eat it, it just made characters invisible. Here's
>> > the start of the thread:
>>
On Wed, 16 Jul 2014 20:39:56 + (UTC)
"Juan R. de Silva" wrote:
> On Tue, 15 Jul 2014 20:29:56 -0400, Steve Litt wrote:
>
> > Turns out it didn't eat it, it just made characters invisible.
> > Here's the start of the thread:
> >
> > https://lists.ubuntu.com/archives/xubuntu-users/2014-July/0
On Tue, 15 Jul 2014 20:29:56 -0400, Steve Litt wrote:
> Turns out it didn't eat it, it just made characters invisible. Here's
> the start of the thread:
>
> https://lists.ubuntu.com/archives/xubuntu-users/2014-July/007303.html
>
I confirm this. Here's my post about it on that thread:
https://l
On Wed, 16 Jul 2014 00:38:14 +0100
José Silva wrote:
> On 15/07/14 23:11, Steve Litt wrote:
> > On Tue, 15 Jul 2014 22:00:34 +0100
> > José Silva wrote:
> >
> >> On 15/07/14 21:03, Bret Busby wrote:
> >>> Pluma
> >>>
> >>> Pluma is a text editor which supports most standard editor
> >>> features
On 15/07/14 23:11, Steve Litt wrote:
On Tue, 15 Jul 2014 22:00:34 +0100
José Silva wrote:
On 15/07/14 21:03, Bret Busby wrote:
Pluma
Pluma is a text editor which supports most standard editor features.
What's wrong with xfce mousepad?
Just the other day it ate someones whole file. I thin
On Tue, 15 Jul 2014 22:00:34 +0100
José Silva wrote:
> On 15/07/14 21:03, Bret Busby wrote:
> > Pluma
> >
> > Pluma is a text editor which supports most standard editor features.
>
> What's wrong with xfce mousepad?
Just the other day it ate someones whole file. I think that was
reported on thi
On 15/07/14 21:03, Bret Busby wrote:
Pluma
Pluma is a text editor which supports most standard editor features.
What's wrong with xfce mousepad?
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, 15 Jul 2014 22:34:18 +0400
Reco wrote:
> Hi.
>
> On Tue, Jul 15, 2014 at 07:46:07PM +0200, B wrote:
> > When I launch gedit, it just have ugly upper and lower
> > gray bars (with controls & information), but no XFCE
> > decoration, especially the close/minimize buttons (and
> > no u
On 16/07/2014, Tom H wrote:
> On Tue, Jul 15, 2014 at 2:47 PM, B wrote:
>> On Tue, 15 Jul 2014 22:34:18 +0400
>> Reco wrote:
>>>
>>> This is … an expected behaviour from any GTK+3 application launched
>>> outside of GNOME. Googling 'GTK3 client-side decorations' will
>>> provide you with all
On 16/07/2014, Erwan David wrote:
> Le 15/07/2014 21:36, Bret Busby a écrit :
>> On 16/07/2014, Reco wrote:
>>> Hi.
>>>
>>> On Tue, Jul 15, 2014 at 07:46:07PM +0200, B wrote:
When I launch gedit, it just have ugly upper and lower
gray bars (with controls & information), but no XFCE
On Tue, 7/15/14, B wrote:
Subject: Re: gedit ugly under xfce
To: debian-user@lists.debian.org
Date: Tuesday, July 15, 2014, 1:47 PM
Too bad, I loved gedit; any suggestion about quite the
same editor w/o uglyness?
With my wheezy xfce, I use
On Tue, Jul 15, 2014 at 2:47 PM, B wrote:
> On Tue, 15 Jul 2014 22:34:18 +0400
> Reco wrote:
>>
>> This is … an expected behaviour from any GTK+3 application launched
>> outside of GNOME. Googling 'GTK3 client-side decorations' will
>> provide you with all the gory details.
>
> That was my co
Le 15/07/2014 21:36, Bret Busby a écrit :
> On 16/07/2014, Reco wrote:
>> Hi.
>>
>> On Tue, Jul 15, 2014 at 07:46:07PM +0200, B wrote:
>>> When I launch gedit, it just have ugly upper and lower
>>> gray bars (with controls & information), but no XFCE
>>> decoration, especially the close/minim
On 16/07/2014, Reco wrote:
> Hi.
>
> On Tue, Jul 15, 2014 at 07:46:07PM +0200, B wrote:
>> When I launch gedit, it just have ugly upper and lower
>> gray bars (with controls & information), but no XFCE
>> decoration, especially the close/minimize buttons (and
>> no upper bar from the theme).
On Tue, 15 Jul 2014 13:49:09 -0500
lostson wrote:
> Geany works quite nice or there is always gvim.
No bad at all, thanks.
--
TooTo: eg: if you put the dog in the microwave, you'll void warranty
Manny: For the dog or for the microwave?
signature.asc
Description: PGP signature
Geany works quite nice or there is always gvim.
On 07/15/2014 01:47 PM, B wrote:
> On Tue, 15 Jul 2014 22:34:18 +0400
> Reco wrote:
>
>> This is … an expected behaviour from any GTK+3 application launched
>> outside of GNOME. Googling 'GTK3 client-side decorations' will
>> provide you with
On Tue, 15 Jul 2014 22:34:18 +0400
Reco wrote:
> This is … an expected behaviour from any GTK+3 application launched
> outside of GNOME. Googling 'GTK3 client-side decorations' will
> provide you with all the gory details.
That was my conclusion from Franck post (and also checked on
a 32bits mac
Hi.
On Tue, Jul 15, 2014 at 07:46:07PM +0200, B wrote:
> When I launch gedit, it just have ugly upper and lower
> gray bars (with controls & information), but no XFCE
> decoration, especially the close/minimize buttons (and
> no upper bar from the theme).
>
> grdestop has XFCE decoration.
>
On Tue, 15 Jul 2014 14:28:58 -0400
Frank McCormick wrote:
PLS don't Cc: me, I'm subscribed to the ML.
--
Confucious say:
man and mouse the same, both end up in pussy.
signature.asc
Description: PGP signature
On 07/15/2014 01:46 PM, B wrote:
sid 64bits
XFCE
gedit
==
Hi list,
I'm using
When I launch gedit, it just have ugly upper and lower
gray bars (with controls & information), but no XFCE
decoration, especially the close/minimize buttons (and
no upper bar from the theme).
grdesto
On Wed, 2011-06-22 at 16:29 +, Camaleón wrote:
> On Wed, 22 Jun 2011 09:16:01 -0500, John W Foster wrote:
>
> > I've used gedit as my quick editor for some time on my Debian 'stable'
> > production server. Primarily for a quick revising of mediawiki articles.
> > I use the find and replace fe
On Wed, 22 Jun 2011 09:16:01 -0500, John W Foster wrote:
> I've used gedit as my quick editor for some time on my Debian 'stable'
> production server. Primarily for a quick revising of mediawiki articles.
> I use the find and replace feature a LOT! Recently after some upgrades
> that feature does
> From: Nuno Magalhães [mailto:nunomagalh...@eu.ipp.pt]
> Sent: Tuesday, September 08, 2009 9:26 AM
>
> Greetings.
>
> If i open a txt from my pendrive, then close it, then try to eject,
> i'll get the "an app is using it" message. None of gedit's open files
> are from the pendrive anymore, so wh
Nuno Magalhães wrote:
Could you show us the command you are using to 'eject' the pendrive.
Sorry, "none". I use thunar-volman, it mounts and umounts my removable
media. I just right-click the drive icon in any file browser window
and choose "unmout".
Please use the Debian-user list for repli
On 2009-09-08 12:01, Nuno Magalhães wrote:
On Tue, Sep 8, 2009 at 17:57, Tim Tebbit wrote:
If you are ejecting from a shell, make sure you have left the pendrives
directory. ie 'cd ~/; eject /dev/sdb*'
I know, thanks; i'm using the GUI (thunar file manager). I've
dist-upgraded this morning. Af
09/08/2009 07:57 PM, Tim Tebbit:
'cd ~/; eject /dev/sdb*'
Just 'cd' is enough.
--
Architecte Informatique chez Blueline/Gulfsat:
Administration Systeme, Recherche & Developpement
+261 34 29 155 34
--
To UNSUBSCRIBE, email to debian-user-requ...@li
On Tue, Sep 8, 2009 at 17:57, Tim Tebbit wrote:
> If you are ejecting from a shell, make sure you have left the pendrives
> directory. ie 'cd ~/; eject /dev/sdb*'
I know, thanks; i'm using the GUI (thunar file manager). I've
dist-upgraded this morning. After two quick tests (just read a file;
and
Nuno Magalhães wrote:
Greetings.
If i open a txt from my pendrive, then close it, then try to eject,
i'll get the "an app is using it" message. None of gedit's open files
are from the pendrive anymore, so why does it keep locking?
No, i haven't tried the -i or any other workaround, since i'd li
Nuno Magalhães wrote:
Greetings.
If i open a txt from my pendrive, then close it, then try to eject,
i'll get the "an app is using it" message. None of gedit's open files
are from the pendrive anymore, so why does it keep locking?
Could you show us the command you are using to 'eject' the pen
On 04/27/2008 10:07 AM, Rodolfo Medina wrote:
Hi.
I want to set at my pleasure the page margins when printing a document edited
with gedit, but apparently this seems not be possible. Is there anyone who
has any experience with problem?
Thanks for any help
Rodolfo
The "pr" command may be of
Hi, here are two patches fixing the problem for me (with
LaTeXPlugin-0.1.3.1 and gedit-2.20.3) with (at least I suppose from the
initial code) two features more:
1) the line corresponding to the point clicked on in the dvi is
highlighted in the source, instead of just having the cursor on it;
2)
On Monday 10 June 2002 11:52 am, Rich Rudnick wrote:
> On Mon, 2002-06-10 at 11:18, ben wrote:
> > i like gedit a lot but in the default state of the most recent debian
> > version, 0.9.6, it doesn't display--in the open dialog--files or
> > directories whose names begin with a dot. anyone know how
On Mon, 2002-06-10 at 11:18, ben wrote:
> i like gedit a lot but in the default state of the most recent debian
> version, 0.9.6, it doesn't display--in the open dialog--files or directories
> whose names begin with a dot. anyone know how to modify this?
>
> ben
I just type a dot in the dialog
Hmm, I just did apt-get install gedit (version 0.5.4-1) and it works fine
on my machine. Only thing I would suggest is perhaps purge any trace of
gedit that you currently have, and install it again. The problem might be
more critical than this (ie. might be more GTk related than gEdit
related) but
56 matches
Mail list logo
