Re: Selection with alpha transparency

Le 04/08/2020 à 22:19, Daniel a écrit : Qt supports color alpha transparency. This can be used, for example, for semi-transparent selection boxes as is used in Libre and MS Office. The attached patch is only a very rough attempt. The screen captures show contrast the result. Using transparenc

Re: Selection ends in next line

Am Di., 25. Aug. 2020 um 00:16 Uhr schrieb Jean-Marc Lasgouttes < lasgout...@lyx.org>: > Le 04/08/2020 à 08:01, Daniel a écrit : > > When I select text in a multi-line paragraph in master, the next line(s) > > gets selected as well, see attached screen cast. (For some reason VLC > > cuts the begin

Re: Selection ends in next line

Le 04/08/2020 à 08:01, Daniel a écrit : When I select text in a multi-line paragraph in master, the next line(s) gets selected as well, see attached screen cast. (For some reason VLC cuts the beginning off but it should be clear enough.) Anyone seeing this as well? Should be fixed now. Please

Re: Selection ends in next line

Le 04/08/2020 à 08:01, Daniel a écrit : When I select text in a multi-line paragraph in master, the next line(s) gets selected as well, see attached screen cast. (For some reason VLC cuts the beginning off but it should be clear enough.) Anyone seeing this as well? Fixed in master at 2a6f1d2b

Re: Selection ends in next line

Le 04/08/2020 à 08:01, Daniel a écrit : When I select text in a multi-line paragraph in master, the next line(s) gets selected as well, see attached screen cast. (For some reason VLC cuts the beginning off but it should be clear enough.) Anyone seeing this as well? I see it too. I suspect it

Re: Selection ends in next line

On 2020-08-04 08:31, Yu Jin wrote: Am Di., 4. Aug. 2020 um 08:01 Uhr schrieb Daniel >: When I select text in a multi-line paragraph in master, the next line(s) gets selected as well, see attached screen cast. (For some reason VLC cuts the beginning off but

Re: Selection ends in next line

Am Di., 4. Aug. 2020 um 08:01 Uhr schrieb Daniel : > When I select text in a multi-line paragraph in master, the next line(s) > gets selected as well, see attached screen cast. (For some reason VLC > cuts the beginning off but it should be clear enough.) Anyone seeing > this as well? > I am seein

Re: Selection painting problem in text with ligatures

Konrad Hofbauer wrote: As soon as the first 'f' is selected, the remaining characters 'ilmflash' of the word move a few pixel to the right. If one keeps on selecting, one character after the other moves to the right again. This should have read: As soon as the first 'f' is selected, the remain

Re: Selection without a selection [Bug 5162]

JMarc already mentioned it and I already apologized for disrespecting the style. Do not worry, I do not think André is expecting an apoolgy, although one never knows what he might be up to... JMarc

RE: Selection without a selection [Bug 5162]

> Incidentally, if you want to have your patches easy to apply please > stick to the LyX coding conventions as outlined in > development/coding/{Rules,Recommendations} > > Andre' JMarc already mentioned it and I already apologized for disrespecting the style. The patches within that e-mail were

Re: Selection without a selection [Bug 5162]

On Thu, Aug 14, 2008 at 12:09:39PM +0200, Vincent van Ravesteijn - TNW wrote: > Index: src/insets/InsetCollapsable.cpp > === > --- src/insets/InsetCollapsable.cpp (revision 26147) > +++ src/insets/InsetCollapsable.cpp (working copy

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > Sorry for the style, I wasn't too sure about that piece of code, so I > lacked being precise. Normally I'm careful to adjust to the rest of the > code. That is OK, I am just preparing to be able to directly apply your patches in the futu

RE: Selection without a selection [Bug 5162]

> The behaviour of these inset-related functions (toggle, dissolve, > settings) is supposed to be: > > 1/ if there is a inset at cursor, try the function on it > > 2/ if there is no inset or the function failed try on the enclosing inset. > > Does it make sense? > > It is one reason why the c

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > Then, I altered the InsetNote code to give a context-edit menu when you > right-click the text-part and a context-note menu when you right-click > the button. This code is probably useful for all InsetCollapsables, so > this code has to b

Re: Selection without a selection [Bug 5162]

[and now try to answer the annoying one :)] "Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > About the dissolve inset items and stuff. I added this to the code and > it solves the problem (a bit), but I have to try and figure out what the > exact behaviour is. It is more or less copie

Re: Selection without a selection [Bug 5162]

[still replying separately to the different chunks...] "Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > Last, Jmarc: you changed the code below, but I think you should only > update the cursor position when the current cursor position is outside > the Inset. Otherwise when you are edi

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > The folowing patch will solve the problem of bug 5156 discussed before. > Selecting the character at position 6 gives a selectionEnd at pos 7 and > a selectionBegin at pos 6. Checking for the current selection using <= > and >= always re

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: >> //If there is a selection, return the containing inset menu >> 537 if (d->cursor_.selection()) >> 538 return d->cursor_.inset().contextMenu(*this, x, > y); > > Is it now ensured that you click on the selec

RE: Selection without a selection [Bug 5162]

> //If there is a selection, return the containing inset menu > 537 if (d->cursor_.selection()) > 538 return d->cursor_.inset().contextMenu(*this, x, y); Is it now ensured that you click on the selection and not outside the selection ? The folowing patch will sol

RE: Selection without a selection [Bug 5162]

-- Ignore the previous mail, send by accident --

RE: Selection without a selection [Bug 5162]

> Try again. Now, when there is a selection, the context menu is always > the one of the inset containing the selection. //If there is a selection, return the containing inset menu 537 if (d->cursor_.selection()) 538 return d->cursor_.inset().contextMenu(*this,

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > What is the wanted behaviour for right-clicking inside the insets. > Right-clicking inside a Float will open the edit context menu, while > right-clicking inside a Note, ERT, Box, ... will open the context > menu of the inset. > > I thi

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > Enter some text and insert a Note (without a space in between). When you > select text in front of and adjacent to the Note, right-clicking the > button of the Note won't clear the selection. This means that when the > cursor is not immed

RE: Selection without a selection [Bug 5162]

Hi, What is the wanted behaviour for right-clicking inside the insets. Right-clicking inside a Float will open the edit context menu, while right-clicking inside a Note, ERT, Box, ... will open the context menu of the inset. I think that you'd expect an edit context menu if you right-click

Re: Selection without a selection [Bug 5162]

Vincent van Ravesteijn - TNW wrote: Could you try again and tell me what problems remain? Jmarc 1. As a consequence of second point below, Bug 5156 still leads to an assertion (crash). Furthermore, some (minor) problems remain: 2. Enter some text and insert a Note (without a s

RE: Selection without a selection [Bug 5162]

>Could you try again and tell me what problems remain? > >Jmarc 1. As a consequence of second point below, Bug 5156 still leads to an assertion (crash). Furthermore, some (minor) problems remain: 2. Enter some text and insert a Note (without a space in between). When you select text in fro

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > So, > - There is a bug which causes that when filling the context-menu it > looks at the cursor position in stead of the position of the > right-click. I think it is fixed now. > - and a bug that when right-clicking outside a selection,

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > I already added a sort of a 'patch' to the bug in bugzilla, which looks > like to solve the problem. It calls the function Cursor::setSelection(). > > Although the name is not really describing what it does, a comment > inside this functi

RE: Selection without a selection [Bug 5162]

>> For example: right-clicking on a Note while the cursor is inside >> another Note. Without knowing about this bug, you never know which >> Note will be changed into 'Greyed Out' if you choose this on the context menu. > >But this is a completely different bug, right? Probably introduced by me

Re: Selection without a selection [Bug 5162]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> For example: right-clicking on a Note while the cursor is inside another >> Note. Without knowing about this bug, you never know which Note will be >> changed into 'Greyed Out' if you choose this on the context menu. > > But this is a completely

Re: Selection without a selection [Bug 5162]

"Vincent van Ravesteijn - TNW" <[EMAIL PROTECTED]> writes: > I already added a sort of a 'patch' to the bug in bugzilla, which looks > like to solve the problem. It calls the function Cursor::setSelection(). The patch makes sense actually. You should even remove the 'selection() = true' statement

RE: Selection without a selection [Bug 5162]

yed Out' if you choose this on the context menu. Vincent -Original Message- From: rgheck [mailto:[EMAIL PROTECTED] Sent: woensdag 13 augustus 2008 16:34 To: Vincent van Ravesteijn - TNW Cc: lyx-devel@lists.lyx.org Subject: Re: Selection without a selection [Bug 5162] Vincent van Ra

Re: Selection without a selection [Bug 5162]

rgheck <[EMAIL PROTECTED]> writes: > Vincent van Ravesteijn - TNW wrote: >> I was trying to figure out why it is *always* a surprise whether LyX >> moves the cursor when right-clicking somewhere or not. It seems to be >> that if you click somewhere and you hold the mouse down and you move >> your

Re: Selection without a selection [Bug 5162]

Vincent van Ravesteijn - TNW wrote: I was trying to figure out why it is *always* a surprise whether LyX moves the cursor when right-clicking somewhere or not. It seems to be that if you click somewhere and you hold the mouse down and you move your mouse, LyX will select text, for instance. Howev

Re: selection with cursor in math is broken

Abdelrazak Younes wrote: Andre Poenitz wrote: During selection one can't leave a nested inset anymore. Confirmed. Hum... probably my fault, I'll have a look. Doesn't seem to be my fault after all, I only changed the text mouse selection part... Abdel.

Re: selection with cursor in math is broken

Andre Poenitz wrote: During selection one can't leave a nested inset anymore. Hum... probably my fault, I'll have a look. Abdel.

Re: selection

Alfredo Braunstein wrote: > Is it on purpose that insets are not painted blue when selecting? This is bug #3853 A/

Re: selection

On 6/4/07, Alfredo Braunstein <[EMAIL PROTECTED]> wrote: Leuven, E. wrote: > the math background should also be painted blue when selecting... So it is a bug. Yes. Also, if you set mathbg to another color, you will see another bug: math background is not drawn when selecting inside a mathed.

RE: selection

Leuven, E. wrote: > the math background should also be painted blue when selecting... So it is a bug. A/

RE: selection

the math background should also be painted blue when selecting... -Original Message- From: news on behalf of Alfredo Braunstein Sent: Mon 6/4/07 16:39 To: lyx-devel@lists.lyx.org Subject: selection Is it on purpose that insets are not painted blue when selecting? A/

Re: Selection of an empty cell is difficult

Darren Freeman wrote: Hi all, further to annoying border settings which need to be corrected, the user then attempts to fix the problem by selecting the offending cells (or rows / columns). However they are empty. Empty table cells are extremely difficult to select with the mouse if they are pa

Re: selection in inset caption

Edwin Leuven wrote: is drawn with the wrong horizontal offset... This is already in bugzilla. Abdel.

Re: Selection with Shift+PageDown: Bug or Feature?

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> IMHO,this should be noted somewhere in the release note. I Abdelrazak> took me multiple try to figure out there was a problem. Sure, but we do not have release notes. If some tester could work on that, it would be nic

Re: Selection with Shift+PageDown: Bug or Feature?

Jean-Marc Lasgouttes a écrit : "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Hello, I have just discovered a potential bug with the Abdelrazak> keyboard selection: Anywhere in the document, if you first Abdelrazak> press Shift+PageDown the effect is the same as PageD

Re: Selection with Shift+PageDown: Bug or Feature?

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Hello, I have just discovered a potential bug with the Abdelrazak> keyboard selection: Anywhere in the document, if you first Abdelrazak> press Shift+PageDown the effect is the same as PageDown. Abdelrazak> But if you

Re: [PATCH] Re: selection problem in Insert-citation

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Sure. It's been around for ever. As the code hasn' changed here Angus> for ever either, I suspect that the patch will apply cleanly. Angus> Angus I'll apply it then

Re: [PATCH] Re: selection problem in Insert-citation

On Tuesday 15 October 2002 1:06 pm, Jean-Marc Lasgouttes wrote: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> Patch attached. Ok to apply? Angus > > And what about 1.2.x? > > JMarc Sure. It's been around for ever. As the code hasn' changed here for ever either, I suspec

Re: [PATCH] Re: selection problem in Insert-citation

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Patch attached. Ok to apply? Angus And what about 1.2.x? JMarc

Re: [PATCH] Re: selection problem in Insert-citation

Angus Leeming <[EMAIL PROTECTED]> writes: | Patch attached. Ok to apply? Yes, I belive so. -- Lgb

[PATCH] Re: selection problem in Insert-citation

Patch attached. Ok to apply? Angus On Tuesday 15 October 2002 9:00 am, Angus Leeming wrote: > On Tuesday 15 October 2002 4:57 am, John Levon wrote: > > On Thu, Sep 19, 2002 at 05:12:00PM -0400, Dr. Richard E. > > Hawkins wrote: > > > The insert citation dialog has a similar problem to the > > > e

Re: selection problem in Insert-citation

On Tuesday 15 October 2002 4:57 am, John Levon wrote: > On Thu, Sep 19, 2002 at 05:12:00PM -0400, Dr. Richard E. Hawkins wrote: > > The insert citation dialog has a similar problem to the > > export-custom dialog. > > > > Make a new citation, select something from the list, and > > close. The in

Re: selection problem in Insert-citation

On Thu, Sep 19, 2002 at 05:12:00PM -0400, Dr. Richard E. Hawkins wrote: > The insert citation dialog has a similar problem to the export-custom > dialog. > > Make a new citation, select something from the list, and close. The > inset now has nothing (it really seems to me that the selected cite

Re: selection (?) bug

On Thu, Apr 18, 2002 at 10:08:41AM +0200, Juergen Spitzmueller wrote: > Now bug #331 > > How do I actually tell bugzilla to break the lines of my comment? dunno try doing it by hand :) john -- "Be advised. Your bedroom may quietly detach from the house while you sleep." - Sarah Bee

Re: selection (?) bug

Now bug #331 How do I actually tell bugzilla to break the lines of my comment? Juergen. Juergen Spitzmueller wrote: > Not on bugzilla I think. > > - Create a document with 3 standard paragraphs. > - Select the 3 paragraphs and change the environment (e.g. to enumerate) > > => only the first two

Re: Selection stuff horked

On 19-Mar-2002 John Levon wrote: >> > The solution is to check if the buffer has changed since last_sel was >> > generated. > > sorry, how do I do this ? Well if you would use the patch I sent for this it would work automatically also for buffer changes! Jug -- -._-._-._-._-._-._-._-

Re: Selection stuff horked

On Tue, Mar 19, 2002 at 12:03:12PM +0100, Lars Gullik Bjønnes wrote: > | Oh and I think I know the problem, Lars recent change is broken. We must > | return 0 in the case of SelectionRequest - we have NOT handled the event > | ! > > We havent? Why not? Handling the event requires sending back a

Re: Selection stuff horked

John Levon <[EMAIL PROTECTED]> writes: | On Tue, Mar 19, 2002 at 12:32:07PM +0200, Dekel Tsur wrote: > >> The solution is to check if the buffer has changed since last_sel was >> generated. > | Yes, thanks. > | Oh and I think I know the problem, Lars recent change is broken. We must | return 0 in

Re: Selection stuff horked

On Tue, Mar 19, 2002 at 10:52:23AM +, John Levon wrote: > > The solution is to check if the buffer has changed since last_sel was > > generated. sorry, how do I do this ? regards john -- I am a complete moron for forgetting about endianness. May I be forever marked as such.

Re: Selection stuff horked

On Tue, Mar 19, 2002 at 12:32:07PM +0200, Dekel Tsur wrote: > The solution is to check if the buffer has changed since last_sel was > generated. Yes, thanks. Oh and I think I know the problem, Lars recent change is broken. We must return 0 in the case of SelectionRequest - we have NOT handled t

Re: Selection stuff horked

On Tue, Mar 19, 2002 at 12:58:00AM +, John Levon wrote: > > I don't get it, it was working fine. Now it just plain sometimes > doesn't work for me. Can anyone esle see this (especially not using > KDE) ? > > Basically run -dbg gui, select some text, middle mouse button elsewhere, > putClipbo

Re: Selection stuff horked

On Tue, Mar 19, 2002 at 12:58:00AM +, John Levon wrote: > I don't get it, it was working fine. Now it just plain sometimes > doesn't work for me. Can anyone esle see this (especially not using > KDE) ? This is nuts. Changing the code to actually handle the SelectionRequest directly seems to

Re: selection

On Thu, Nov 22, 2001 at 02:39:40PM +0100, Juergen Vigna wrote: > > I thought X selections were pull-mode, ie. we get XSelectionEvent when > > another application requests a selection. > > We were asking all the time to provide us with something like that. If > you feel lucky I would say please h

Re: selection

On 21-Nov-2001 John Levon wrote: > On Wed, Nov 21, 2001 at 07:48:55PM +0100, Lars Gullik Bjønnes wrote: > >> We do not know how long it will take to make an ascii representation >> of an external inset. So, because of that we decided to only create >> teh X selection when the user explictly aske

Re: selection

On Wed, Nov 21, 2001 at 07:48:55PM +0100, Lars Gullik Bjønnes wrote: > We do not know how long it will take to make an ascii representation > of an external inset. So, because of that we decided to only create > teh X selection when the user explictly asked for a copy. I thought X selections wer

Re: selection

On Tue, Nov 20, 2001 at 03:04:08PM +0100, Lars Gullik Bjønnes wrote: > | It just occured to me that LyX selection behaviour is pretty inconsistent > | with any other application. Why do I have to press Ctrl-C to make the "LyX > | selection" available as "X selection"? > > This was up on the mail

Re: Selection from within double space

On Mon, Jul 02, 2001 at 11:24:36AM +0200, Jean-Marc Lasgouttes wrote: > I saw you filled a bug. What is the difference with > http://sourceforge.net/tracker/?group_id=15212&atid=115212&func=detail&aid=224408 I wasn't sure there was one (hence the comment referring to that). However, the new bug

Re: Selection from within double space

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Sat, Jun 30, 2001 at 02:05:16AM +0200, Eran Tromer wrote: >> Now press Ctrl-X. LyX dumps core. John> this is not present in current 1.2.0cvs by the way. There is no reason it should not be present anymore :( I saw you filled a bug

Re: Selection from within double space

On Sat, Jun 30, 2001 at 09:39:19AM +0100, John Levon wrote: > On Sat, Jun 30, 2001 at 11:33:00AM +0300, Dekel Tsur wrote: > > > On Sat, Jun 30, 2001 at 01:42:52AM +0100, John Levon wrote: > > > On Sat, Jun 30, 2001 at 02:05:16AM +0200, Eran Tromer wrote: > > > > > > > Now press Ctrl-X. LyX dump

Re: Selection from within double space

On Sat, Jun 30, 2001 at 11:33:00AM +0300, Dekel Tsur wrote: > On Sat, Jun 30, 2001 at 01:42:52AM +0100, John Levon wrote: > > On Sat, Jun 30, 2001 at 02:05:16AM +0200, Eran Tromer wrote: > > > > > Now press Ctrl-X. LyX dumps core. > > > > this is not present in current 1.2.0cvs by the way. >

Re: Selection from within double space

On Sat, Jun 30, 2001 at 01:42:52AM +0100, John Levon wrote: > On Sat, Jun 30, 2001 at 02:05:16AM +0200, Eran Tromer wrote: > > > Now press Ctrl-X. LyX dumps core. > > this is not present in current 1.2.0cvs by the way. No, the bug is still there.

Re: Selection from within double space

On Sat, Jun 30, 2001 at 02:05:16AM +0200, Eran Tromer wrote: > Now press Ctrl-X. LyX dumps core. this is not present in current 1.2.0cvs by the way. john -- "Who can afford to do professional work for nothing ? What hobbyist can put 3-man years into programming, finding all bugs, documenti

Re: Selection not working in 1.1.6pre3

The fault lay in a spurious "\bind_file menus.bind" line in my ~/lyx/preferences. I can't for the life of me imagine where that came from. Eran Tromer "Garst R. Reese" wrote: > > Eran Tromer wrote: > > > > Hello, > > > > In LyX 1.1.6pre3, selection using Shift+arrows doesn't work -- when > >

Re: Selection not working in 1.1.6pre3

Eran Tromer wrote: > > Hello, > > In LyX 1.1.6pre3, selection using Shift+arrows doesn't work -- when > holding Shift and pressing an arrow key, nothing happens (the cursor > doesn't move). > > Using RPM from ftp://ftp.sylvan.com/pub/lyx/, on a Linux box vaguely > based on RedHat 7.0. Happens u

Re: selection and background color

> "Peer" == Peer Frank <[EMAIL PROTECTED]> writes: Peer> some few settings in lyxrc do not work anymore: Peer> LyX: Unknown tag `\background_color' [around line 188 of file Peer> ~/.lyx/lyxrc] LyX: Unknown tag `lightyellow' [around line 189 of Peer> file ~/.lyx/lyxrc] LyX: Unknown tag `\sel

Re: Selection alternative?

> "Larry" == Larry S Marso <[EMAIL PROTECTED]> writes: Larry> One of the features I've always enjoyed about the X windows Larry> system is the simplified copying and pasting scheme. Larry> Essentially, anything I highlight in one rxvt/xterm, or in many Larry> other applications, is already co