and then I two-finger scroll up to the beginning, I get an
> > assertion at some point along the way. Can anyone else reproduce?
> >
> >ASSERTION hasPosition() VIOLATED IN
> > /home/scott/lyxbuilds/master-master/repo/src/ParagraphMetrics.cpp:71
>
> This should be
Le 08/05/2025 à 13:39, Scott Kostyshak a écrit :
In the attached document, if I scroll with mouse wheel or two-finger
scroll (not with dragging the scrollbar) down to the end of the
document, and then I two-finger scroll up to the beginning, I get an
assertion at some point along the way. Can
and then I two-finger scroll up to the beginning, I get an
> > assertion at some point along the way. Can anyone else reproduce?
> >
> >ASSERTION hasPosition() VIOLATED IN
> > /home/scott/lyxbuilds/master-master/repo/src/ParagraphMetrics.cpp:71
>
> Yes I can
Le 08/05/2025 à 13:39, Scott Kostyshak a écrit :
In the attached document, if I scroll with mouse wheel or two-finger
scroll (not with dragging the scrollbar) down to the end of the
document, and then I two-finger scroll up to the beginning, I get an
assertion at some point along the way. Can
Am Mittwoch, dem 07.05.2025 um 10:11 +0900 schrieb Koji Yokota:
> I fixed potentially related setbacks in commit 22dffc7. Does this
> solve the problem?
Looks solved (on brief testing). Thanks.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/ly
> 2025/05/06 0:28、Jürgen Spitzmüller のメール:
> It might be relevant that I inserted numbers to the theorem. I think
> these might change the direction, as well.
Jurgen,
I fixed potentially related setbacks in commit 22dffc7. Does this solve the
problem?
Koji--
lyx-devel mailing list
lyx-devel@li
Am Montag, dem 05.05.2025 um 23:59 +0900 schrieb Koji Yokota:
> > 2025/05/05 0:46、Jürgen Spitzmüller
> > のメール:
> >
> > I get pretty reproducible assertions in master when
> >
> > * opening a new document with AMS book
> > * setting main language to Hebrew
> > * insert a theorem
> > * wait a bit/c
> 2025/05/05 0:46、Jürgen Spitzmüller
> のメール:
>
> I get pretty reproducible assertions in master when
>
> * opening a new document with AMS book
> * setting main language to Hebrew
> * insert a theorem
> * wait a bit/compile/do something
>
I tested on Mac 15.4.1 with Qt 5.15.18 but I couldn’t r
I get pretty reproducible assertions in master when
* opening a new document with AMS book
* setting main language to Hebrew
* insert a theorem
* wait a bit/compile/do something
Backtrace:
#0 0x7609b37c in __pthread_kill_implementation () at
/lib64/libc.so.6
#1 0x76041cb6 in ra
: Gtk-CRITICAL **: 17:56:36.632:
> gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
>
> Debug: window wxTextCtrl@0x559c2af5f0c0 ("text") lost focus even though it
> didn't have it
I see, it's unrelated to LyX itself. Pavel
--
lyx-dev
CAL **: 17:56:36.632:
gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
Debug: window wxTextCtrl@0x559c2af5f0c0 ("text") lost focus even though it
didn't have it
--
Jean-Pïerre
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
On Mon, Feb 24, 2025 at 05:37:00PM +0100, Jean-Pierre Chrétien wrote:
> Dear devs
>
> While running git pull, I see this:
>
> ./src/common/file.cpp(256): assert ""(wxFileOffset)length == Length()""
> failed in ReadAll(): huge file not supported
How/where do you make the git pull? From command li
Dear devs
While running git pull, I see this:
./src/common/file.cpp(256): assert ""(wxFileOffset)length == Length()"" failed
in ReadAll(): huge file not supported
--
Regards
Jean-Pierre
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
; Le 03/07/2024 à 06:17, Scott Kostyshak a écrit :
> > > > > I still get an assertion while selecting the phone table.
> > > >
> > > > Hmm, I was two quick in my testing.
> > > >
> > > > I just pushed two patches which:
> > > &
On Wed, Jul 03, 2024 at 11:59:14PM GMT, Jean-Marc Lasgouttes wrote:
> Le 03/07/2024 à 19:34, Scott Kostyshak a écrit :
> > On Wed, Jul 03, 2024 at 05:48:23PM GMT, Jean-Marc Lasgouttes wrote:
> > > Le 03/07/2024 à 06:17, Scott Kostyshak a écrit :
> > > > I still get an
Le 03/07/2024 à 19:34, Scott Kostyshak a écrit :
On Wed, Jul 03, 2024 at 05:48:23PM GMT, Jean-Marc Lasgouttes wrote:
Le 03/07/2024 à 06:17, Scott Kostyshak a écrit :
I still get an assertion while selecting the phone table.
Hmm, I was two quick in my testing.
I just pushed two patches which
On Wed, Jul 03, 2024 at 05:48:23PM GMT, Jean-Marc Lasgouttes wrote:
> Le 03/07/2024 à 06:17, Scott Kostyshak a écrit :
> > I still get an assertion while selecting the phone table.
>
> Hmm, I was two quick in my testing.
>
> I just pushed two patches which:
> 1/ avoids s
Le 03/07/2024 à 06:17, Scott Kostyshak a écrit :
I still get an assertion while selecting the phone table.
Hmm, I was two quick in my testing.
I just pushed two patches which:
1/ avoids setting Update::SinglePar in a place where this does not make
sense
2/ make BufferView::singleParUpdate
Am Wed, 3 Jul 2024 00:17:29 -0400
schrieb Scott Kostyshak :
> On Wed, Jul 03, 2024 at 12:35:38AM GMT, Jean-Marc Lasgouttes wrote:
> > Le 02/07/2024 à 05:27, Scott Kostyshak a écrit :
> > > I no longer get the assertion in that place. But if I work a bit harder
> > >
On Wed, Jul 03, 2024 at 12:35:38AM GMT, Jean-Marc Lasgouttes wrote:
> Le 02/07/2024 à 05:27, Scott Kostyshak a écrit :
> > I no longer get the assertion in that place. But if I work a bit harder
> > and drag the selection up and down, eventually I get an assertion.
> > Backtra
Le 02/07/2024 à 05:27, Scott Kostyshak a écrit :
I no longer get the assertion in that place. But if I work a bit harder
and drag the selection up and down, eventually I get an assertion.
Backtrace attached (this was while testing the patch).
OK, I just pushed a different solution: instead of
Le 02/07/2024 à 17:44, Scott Kostyshak a écrit :
Oops, sorry about that. Backtrace now attached.
The way I reproduce is just drag selection with my mouse up and down, up
and down in the User Guide. It usually just takes a few seconds.
I can reproduce too. The goodpart is that the assertion
gt; > > > Does this patch help?
> > > > It does not seem to help. I still get the assertion.
> > > This one should be better.
> > I no longer get the assertion in that place. But if I work a bit harder
> > and drag the selection up and down, eventually I get an ass
No backtrace!
On 7/1/24 11:27 PM, Scott Kostyshak wrote:
On Tue, Jul 02, 2024 at 12:12:07AM GMT, Jean-Marc Lasgouttes wrote:
Le 28/06/2024 à 18:15, Scott Kostyshak a écrit :
Does this patch help?
It does not seem to help. I still get the assertion.
This one should be better.
I no longer
On Tue, Jul 02, 2024 at 12:12:07AM GMT, Jean-Marc Lasgouttes wrote:
> Le 28/06/2024 à 18:15, Scott Kostyshak a écrit :
> > > Does this patch help?
> >
> > It does not seem to help. I still get the assertion.
>
> This one should be better.
I no longer get the ass
Le 28/06/2024 à 18:15, Scott Kostyshak a écrit :
Does this patch help?
It does not seem to help. I still get the assertion.
This one should be better.
JMarc
From 59bac4712239505148b2fc8e3d9443373d138890 Mon Sep 17 00:00:00 2001
From: Jean-Marc Lasgouttes
Date: Mon, 1 Jul 2024 23:56:33
ott's recipe works for me:
upport/lassert.cpp (52): ASSERTION hasPosition() VIOLATED IN
/home/jamatos/lyx/lyx/src/ParagraphMetrics.cpp:71
( 1) src/lyx: lyx::doAssertWithCallstack(bool)
( 2) src/lyx: lyx::doAssert(char const*, char const*, long)
( 3) src/lyx: lyx::ParagraphMetrics::posit
elect the table with the mouse cursor (see attachment for which
> > > > table), I get the following assertion:
> > > >
> > > > support/lassert.cpp (52): ASSERTION hasPosition() VIOLATED IN
> > > > /home/scott/lyxbuilds/master-master/repo/src/Parag
Le 28/06/2024 à 18:15, Scott Kostyshak a écrit :
On Fri, Jun 28, 2024 at 05:36:15PM GMT, Jean-Marc Lasgouttes wrote:
Le 26/06/2024 à 06:25, Scott Kostyshak a écrit :
When I select the table with the mouse cursor (see attachment for which
table), I get the following assertion:
support
On Fri, Jun 28, 2024 at 05:36:15PM GMT, Jean-Marc Lasgouttes wrote:
> Le 26/06/2024 à 06:25, Scott Kostyshak a écrit :
> > When I select the table with the mouse cursor (see attachment for which
> > table), I get the following assertion:
> >
> > support/lassert.cpp
Le 26/06/2024 à 06:25, Scott Kostyshak a écrit :
When I select the table with the mouse cursor (see attachment for which
table), I get the following assertion:
support/lassert.cpp (52): ASSERTION hasPosition() VIOLATED IN
/home/scott/lyxbuilds/master-master/repo/src/ParagraphMetrics.cpp:71
When I select the table with the mouse cursor (see attachment for which
table), I get the following assertion:
support/lassert.cpp (52): ASSERTION hasPosition() VIOLATED IN
/home/scott/lyxbuilds/master-master/repo/src/ParagraphMetrics.cpp:71
I reproduce it by starting my mouse cursor
On 4/6/24 03:51, Jürgen Spitzmüller wrote:
Am Samstag, dem 06.04.2024 um 07:48 + schrieb Juergen Spitzmueller:
commit 9198ed5965809a1e951d1b721899d0051e619e34
Author: Juergen Spitzmueller
Date: Sat Apr 6 09:47:22 2024 +0200
Fix assertion when pasting paragraph with insets in
Am Samstag, dem 06.04.2024 um 07:48 + schrieb Juergen Spitzmueller:
> commit 9198ed5965809a1e951d1b721899d0051e619e34
> Author: Juergen Spitzmueller
> Date: Sat Apr 6 09:47:22 2024 +0200
>
> Fix assertion when pasting paragraph with insets in
> lyxrc.ct_markup_copied
On Fri, Mar 01, 2024 at 09:32:53AM +0100, Jean-Pierre Chrétien wrote:
> I will install this last version now and proceed with editing. I'll keep you
> posted if it happens again.
Might be difficult as it's triggered by painting, but reproducible example
would help a lot...
Pavel
--
lyx-devel mai
Dear developers
I had again an assertion with the attached log (seems to be the same that
happened with the macro pasting).
That time I lost all the work that I had done before my previous save of the
file, the .lyx~ file contains less matter than the .lyx file. There is no
emergency file
On Sun, 2022-12-04 at 22:14 +0100, Jean-Marc Lasgouttes wrote:
> > On the other hand I was concerned with encoding a text message in
> > integer number that in Python is infinite precision:
>
> You lost me here.
>
> JMarc
That is a way to pass a a light message (season's greetings) into a
seriou
Le 04/12/2022 à 22:13, José Matos a écrit :
On Sun, 2022-12-04 at 21:12 +0100, Jean-Marc Lasgouttes wrote:
I finally managed to convinced python to like me, and pushed the
result.
JMarc
Nice, I intended to look into this issue this weekend.
Let's say I believe you ;)
On the other hand I w
On Sun, 2022-12-04 at 21:12 +0100, Jean-Marc Lasgouttes wrote:
> I finally managed to convinced python to like me, and pushed the
> result.
>
> JMarc
Nice, I intended to look into this issue this weekend.
On the other hand I was concerned with encoding a text message in
integer number that in Py
On Sun, Dec 04, 2022 at 09:12:45PM +0100, Jean-Marc Lasgouttes wrote:
> Le 02/12/2022 à 18:11, Scott Kostyshak a écrit :
> > > Just as a reminder, the goal is to have char-delete-backwards without
> > > argument actually delete previous element, without consideration of
> > > confirmation that are
Le 02/12/2022 à 18:11, Scott Kostyshak a écrit :
Just as a reminder, the goal is to have char-delete-backwards without
argument actually delete previous element, without consideration of
confirmation that are only relevant to interactive use.
Sorry, I have no experience with this.
Once sorted
On Mon, Nov 28, 2022 at 05:40:44PM +0100, Jean-Marc Lasgouttes wrote:
> Le 21/02/2022 à 15:10, Jean-Marc Lasgouttes a écrit :
> > Le 21/02/2022 à 03:27, Scott Kostyshak a écrit :
> > > On Sun, Feb 20, 2022 at 07:20:24PM +0100, Jean-Marc Lasgouttes wrote:
> > > > I really wonder why this special beh
Le 21/02/2022 à 15:10, Jean-Marc Lasgouttes a écrit :
Le 21/02/2022 à 03:27, Scott Kostyshak a écrit :
On Sun, Feb 20, 2022 at 07:20:24PM +0100, Jean-Marc Lasgouttes wrote:
I really wonder why this special behavior is by default, since it is
only
useful for interactive edition.
I would prefer
On Mon, Feb 21, 2022 at 03:10:00PM +0100, Jean-Marc Lasgouttes wrote:
> Le 21/02/2022 à 03:27, Scott Kostyshak a écrit :
> > On Sun, Feb 20, 2022 at 07:20:24PM +0100, Jean-Marc Lasgouttes wrote:
> > > I really wonder why this special behavior is by default, since it is only
> > > useful for interac
Le 21/02/2022 à 03:27, Scott Kostyshak a écrit :
On Sun, Feb 20, 2022 at 07:20:24PM +0100, Jean-Marc Lasgouttes wrote:
I really wonder why this special behavior is by default, since it is only
useful for interactive edition.
I would prefer to have
char-delete-forward confirm
bound to the ke
command-sequence inset-forall Caption char-delete-forward; statistics; undo
> >
> > I get the following assertion:
>
> Fixed in trunk at 3b28ac46376.
>
> I really wonder why this special behavior is by default, since it is only
> useful for interactive edition.
>
>
ged, but I wonder if a general way to catch these types of issues is
> > to add an assertion. But perhaps there are some cases where it is hard
> > to know if the buffer is dirty (maybe with Undo?) so we mark it as dirty
> > just in case?
>
> Actually, the buffer is mar
char-delete-forward; statistics; undo
The buffer is marked as dirty. I'm not sure if something actually
changed, but I wonder if a general way to catch these types of issues is
to add an assertion. But perhaps there are some cases where it is hard
to know if the buffer is dirty (maybe with Undo?)
Le 18/02/2022 à 17:12, Scott Kostyshak a écrit :
To reproduce, open the User Guide (make sure it is editable, i.e., not
read only). Then run the following command sequence:
command-sequence inset-forall Caption char-delete-forward; statistics; undo
I get the following assertion:
Fixed in
ed as dirty. I'm not sure if something actually
changed, but I wonder if a general way to catch these types of issues is
to add an assertion. But perhaps there are some cases where it is hard
to know if the buffer is dirty (maybe with Undo?) so we mark it as dirty
just in case?
Scott
sig
To reproduce, open the User Guide (make sure it is editable, i.e., not
read only). Then run the following command sequence:
command-sequence inset-forall Caption char-delete-forward; statistics; undo
I get the following assertion:
CursorSlice.cpp (222): can't compare cursor and anch
Open a new file and attempt to activate a module with missing requires.
> >>> I get an assertion in GuiIdListModel, due to our attempting to set an
> >>> invalid role.
> >>>
> >>> I can try to bisect tomorrow.
> >> Did this get figured out?
&g
On 4/23/21 11:01 PM, Scott Kostyshak wrote:
> On Tue, Mar 09, 2021 at 10:51:47PM -0500, Scott Kostyshak wrote:
>> On Sun, Dec 06, 2020 at 12:22:02AM -0500, Richard Kimberly Heck wrote:
>>> Open a new file and attempt to activate a module with missing requires.
>>
On Tue, Mar 09, 2021 at 10:51:47PM -0500, Scott Kostyshak wrote:
> On Sun, Dec 06, 2020 at 12:22:02AM -0500, Richard Kimberly Heck wrote:
> > Open a new file and attempt to activate a module with missing requires.
> > I get an assertion in GuiIdListModel, due to our attem
On Sun, Dec 06, 2020 at 12:22:02AM -0500, Richard Kimberly Heck wrote:
> Open a new file and attempt to activate a module with missing requires.
> I get an assertion in GuiIdListModel, due to our attempting to set an
> invalid role.
>
> I can try to bisect tomorrow.
Did this
): LyX could not create temporary directory in
C:/Windows'
RunCommand: could not start child process
Moreover, when loading a file, I get an assertion error:
TextClass.cpp (94): Conversion of layout with layout2layout.py has failed.
TextClass.cpp (363): Unable to convert
D:/Thibaut/LyX/lib/la
Open a new file and attempt to activate a module with missing requires.
I get an assertion in GuiIdListModel, due to our attempting to set an
invalid role.
I can try to bisect tomorrow.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Thu, Nov 26, 2020 at 10:54:38AM +0100, Jean-Marc Lasgouttes wrote:
> Le 25/11/2020 à 15:40, Scott Kostyshak a écrit :
> > While experimenting with undo/redo after a "replace all" with Advanced
> > find, I received an assertion. I think the cursor was in the "Find
Le 25/11/2020 à 15:40, Scott Kostyshak a écrit :
While experimenting with undo/redo after a "replace all" with Advanced
find, I received an assertion. I think the cursor was in the "Find" work
area. Unfortunately, I cannot reproduce. The assertion and terminal (not
GDB) b
While experimenting with undo/redo after a "replace all" with Advanced
find, I received an assertion. I think the cursor was in the "Find" work
area. Unfortunately, I cannot reproduce. The assertion and terminal (not
GDB) backtrace is attached.
Scott
support/lassert.cpp (
Am Donnerstag, den 01.10.2020, 22:42 +0200 schrieb Enrico Forestieri:
> It is not this specific chunk of code. The assertion triggers even
> when pasting a single word as LaTeX. Bisect leads to the following
> commit:
>
> commit 0b7305024a33e6616ef3ae73a0df63c5a62e3d10
>
On Thu, Oct 01, 2020 at 10:42:02PM +0200, Enrico Forestieri wrote:
> On Wed, Sep 30, 2020 at 09:39:23PM -0400, Scott Kostyshak wrote:
> > The following chunk causes a tex2lyx assertion on current master, if I
> > paste as LaTeX (or if I save it to a file and import).
> >
&g
On Wed, Sep 30, 2020 at 09:39:23PM -0400, Scott Kostyshak wrote:
> The following chunk causes a tex2lyx assertion on current master, if I
> paste as LaTeX (or if I save it to a file and import).
>
> % excerpt from here:
> % https://tex.stackexchange.com/a/280891/12212
> \author
The following chunk causes a tex2lyx assertion on current master, if I
paste as LaTeX (or if I save it to a file and import).
% excerpt from here:
% https://tex.stackexchange.com/a/280891/12212
\author[Short Name (U ABC)]{%
\texorpdfstring{%
\begin{columns}
\column{.\linewidth
> > so that is a good candidate.
> >
> > Indeed :)
>
> Attached is an example file. To reproduce, put the cursor in the first
> position of the buffer and press + . For some reason,
> outline() was changing the cursor position to 1. I'm not sure if that's
>
To reproduce, put the cursor in the first
position of the buffer and press + . For some reason,
outline() was changing the cursor position to 1. I'm not sure if that's
intended behavior, but in any case the assertion is fixed at a higher
level at a1169188.
On a separate issue, there'
Le 26/03/2020 à 19:35, Scott Kostyshak a écrit :
Note that I made a recent change in a setCursor() call in outline-down
so that is a good candidate.
Indeed :)
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Thu, Mar 26, 2020 at 06:55:19PM +0100, Jean-Marc Lasgouttes wrote:
> Le 26/03/2020 à 18:33, Kornel Benko a écrit :
> >
> > The command:
> > /BUILD/BUILDMint18/BuildLyxGitQt5.9.5local-gcc8.3.0/bin/lyx2.4 '-userdir'
> > '/BUILD/BUILDMint18/BuildLyxGitQt5.9.5local-gcc8.3.0/Testing/.lyxbatch'
Le 26/03/2020 à 18:33, Kornel Benko a écrit :
The command:
/BUILD/BUILDMint18/BuildLyxGitQt5.9.5local-gcc8.3.0/bin/lyx2.4 '-userdir'
'/BUILD/BUILDMint18/BuildLyxGitQt5.9.5local-gcc8.3.0/Testing/.lyxbatch'
'-platform'
'offscreen' '-x' 'command-sequence file-open
beamer_test.lyx;buffer-beg
Le 26/03/2020 à 18:33, Kornel Benko a écrit :
Attached the commands to provoke the assert.
Looks like Jean-Marc would be happy to fix :)
I am happy to put it on my to-do fifo stack :)
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
er-begin;repeat 150
outline-down;repeat 150 outline-up;buffer-export pdflatex;buffer-reload
dump;lyx-quit'
Result:
frontends/qt/GuiClipboard.cpp (71): 0 bytes (no QMimeData)
CursorSlice.cpp (111): Don't like 1, pos: 1 size: 0 par: 316
support/lassert.cpp (51): ASSERTION false VIOLA
On 2020-02-22 07:19, Stephan Witt wrote:
Am 21.02.2020 um 19:54 schrieb Daniel :
On 2020-02-21 19:41, Daniel wrote:
On 2020-02-19 21:29, Richard Kimberly Heck wrote:
On 2/19/20 11:38 AM, Daniel wrote:
I just navigated between child documents using the outliner's Table of
Contents as a dial
> Am 21.02.2020 um 19:54 schrieb Daniel :
>
> On 2020-02-21 19:41, Daniel wrote:
>> On 2020-02-19 21:29, Richard Kimberly Heck wrote:
>>> On 2/19/20 11:38 AM, Daniel wrote:
I just navigated between child documents using the outliner's Table of
Contents as a dialog appeared (attached).
On 2020-02-21 19:41, Daniel wrote:
On 2020-02-19 21:29, Richard Kimberly Heck wrote:
On 2/19/20 11:38 AM, Daniel wrote:
I just navigated between child documents using the outliner's Table of
Contents as a dialog appeared (attached). Any idea what this might be
about?
No, that's an obscure one
On 2020-02-19 21:29, Richard Kimberly Heck wrote:
On 2/19/20 11:38 AM, Daniel wrote:
I just navigated between child documents using the outliner's Table of
Contents as a dialog appeared (attached). Any idea what this might be
about?
No, that's an obscure one. The DocIterator is invalid, but wh
On 2/19/20 11:38 AM, Daniel wrote:
> I just navigated between child documents using the outliner's Table of
> Contents as a dialog appeared (attached). Any idea what this might be
> about?
No, that's an obscure one. The DocIterator is invalid, but why? No clue
without a backtrace or a way to repro
I just navigated between child documents using the outliner's Table of
Contents as a dialog appeared (attached). Any idea what this might be about?
Daniel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Sat, Dec 03, 2016 at 10:51:56PM -0700, Joel Kulesza wrote:
> In general, I've had some difficulty getting Korean to work well. There
> seem to have been several issues lately with Arabic, Hebrew, and Korean.
> Would there be value in providing an additional Help menu addressing some
> of the va
On Sat, Dec 3, 2016 at 8:53 PM, Scott Kostyshak wrote:
>
> Indeed. I've seen that mentioned a few places but never tested it.
> I wonder if we should mention this in the GuiSymbols dialog?
In general, I've had some difficulty getting Korean to work well. There
seem to have been several issues l
On Sun, Dec 04, 2016 at 03:27:42AM +0100, Kornel Benko wrote:
> I can see them. You probably have to use different input encoding (here utf8).
Indeed. I've seen that mentioned a few places but never tested it.
I wonder if we should mention this in the GuiSymbols dialog?
Scott
signature.asc
Des
Am Samstag, 3. Dezember 2016 um 21:10:54, schrieb Scott Kostyshak
> On Sat, Dec 03, 2016 at 11:40:49PM +0100, Guillaume Munch wrote:
> > Le 02/12/2016 à 08:03, Scott Kostyshak a écrit :
> > > On Sat, Nov 19, 2016 at 12:41:13AM +0100, Guillaume Munch wrote:
> > >
> > > > I cannot reproduce with t
On Sat, Dec 03, 2016 at 11:40:49PM +0100, Guillaume Munch wrote:
> Le 02/12/2016 à 08:03, Scott Kostyshak a écrit :
> > On Sat, Nov 19, 2016 at 12:41:13AM +0100, Guillaume Munch wrote:
> >
> > > I cannot reproduce with the provided info (2.3dev & Qt5).
> >
> > A bisect led to b3bed292. The attach
Le 02/12/2016 à 08:03, Scott Kostyshak a écrit :
On Sat, Nov 19, 2016 at 12:41:13AM +0100, Guillaume Munch wrote:
I cannot reproduce with the provided info (2.3dev & Qt5).
A bisect led to b3bed292. The attached patch fixes it for me, although I
don't understand my patch.
Hello Scott,
Nothi
.1.x on the website, no mention of 2.2.x, which suggests it
> > isn't. Perhaps Daniel could test on windows? The assertion arose when
> > trying Insert>Special Character>Symbols>Mathematical Alphanumeric Symbols.
Thanks, Andrew.
> Anyway, I tried in in 2.3dev and th
On 03.12.2016 10:35, Andrew Parsloe wrote:
On 2/12/2016 7:11 p.m., Scott Kostyshak wrote:
On Wed, Nov 02, 2016 at 09:56:39AM +1300, Andrew Parsloe wrote:
The assertion message references Paragraph.cpp, line 1723.
Andrew can you reproduce this on current master?
Scott
I would need to
On 2/12/2016 7:11 p.m., Scott Kostyshak wrote:
On Wed, Nov 02, 2016 at 09:56:39AM +1300, Andrew Parsloe wrote:
The assertion message references Paragraph.cpp, line 1723.
Andrew can you reproduce this on current master?
Scott
I would need to download bleeding-edge lyx to test this and it&#
On Sat, Nov 19, 2016 at 12:41:13AM +0100, Guillaume Munch wrote:
> I cannot reproduce with the provided info (2.3dev & Qt5).
A bisect led to b3bed292. The attached patch fixes it for me, although I
don't understand my patch. What was the point of subtracting 1 from
symbols.size()?
Scott
diff --g
On Wed, Nov 02, 2016 at 09:56:39AM +1300, Andrew Parsloe wrote:
> The assertion message references Paragraph.cpp, line 1723.
Andrew can you reproduce this on current master?
Scott
signature.asc
Description: PGP signature
On Mon, Jul 18, 2016 at 08:43:09PM +0200, Jean-Marc Lasgouttes wrote:
> I would propose this.
For archival purposes, note that the patch was committed at e35110ea.
Scott
signature.asc
Description: PGP signature
Le 19/11/2016 à 00:16, Richard Heck a écrit :
On 11/18/2016 04:01 PM, Scott Kostyshak wrote:
If I go to Insert > Special Character > Symbols...
and then go to "Hangul Syllables", I get an assertion.
On Qt 5 with custom-compiled Qt:
ASSERT: "last >= first" in fi
Am Freitag, 18. November 2016 um 18:16:06, schrieb Richard Heck
> On 11/18/2016 04:01 PM, Scott Kostyshak wrote:
> > If I go to Insert > Special Character > Symbols...
> > and then go to "Hangul Syllables", I get an assertion.
> >
> > On Qt 5 with cus
On 11/18/2016 04:01 PM, Scott Kostyshak wrote:
> If I go to Insert > Special Character > Symbols...
> and then go to "Hangul Syllables", I get an assertion.
>
> On Qt 5 with custom-compiled Qt:
> ASSERT: "last >= first" in file
> /usr/src/qt/qt5/qtbas
If I go to Insert > Special Character > Symbols...
and then go to "Hangul Syllables", I get an assertion.
On Qt 5 with custom-compiled Qt:
ASSERT: "last >= first" in file
/usr/src/qt/qt5/qtbase/src/corelib/itemmodels/qabstractitemmodel.cpp,
line 2604
With Qt 4
On 11/01/2016 09:56 PM, Andrew Parsloe wrote:
I tried out Insert>Special Character>Symbols in response to an email
to the list from Michael Berger and triggered an assertion. (LyX 2.2.2
on Windows 7)
Recipe: in a new document
Insert>Special Character>Symbols>Mathematical Alpha
On Wed, Nov 02, 2016 at 09:56:39AM +1300, Andrew Parsloe wrote:
> I tried out Insert>Special Character>Symbols in response to an email to the
> list from Michael Berger and triggered an assertion. (LyX 2.2.2 on Windows
> 7)
>
> Recipe: in a new document
> Insert&g
I tried out Insert>Special Character>Symbols in response to an email to
the list from Michael Berger and triggered an assertion. (LyX 2.2.2 on
Windows 7)
Recipe: in a new document
Insert>Special Character>Symbols>Mathematical Alphanumeric Symbols
Insert any symbol from this g
On Wed, Oct 19, 2016 at 01:20:04AM +0200, Kornel Benko wrote:
> I have no crash either.
Thank you for trying. I cannot reproduce this with the above recipe
either now. I found a SIGSEGV that I don't know if it is related. I will
report that (in a different thread).
Scott
signature.asc
Descript
Am Dienstag, 18. Oktober 2016 um 19:11:42, schrieb Scott Kostyshak
> On Tue, Oct 18, 2016 at 06:12:52PM -0400, Richard Heck wrote:
> > On 10/18/2016 05:20 PM, Scott Kostyshak wrote:
> > > On Sun, Sep 18, 2016 at 10:18:22PM -0400, Scott Kostyshak wrote:
> > >
> > >> Richard, I just wanted to make
On Tue, Oct 18, 2016 at 06:12:52PM -0400, Richard Heck wrote:
> On 10/18/2016 05:20 PM, Scott Kostyshak wrote:
> > On Sun, Sep 18, 2016 at 10:18:22PM -0400, Scott Kostyshak wrote:
> >
> >> Richard, I just wanted to make sure you saw this email. Don't worry of
> >> course if you don't have enough ti
On 10/18/2016 05:20 PM, Scott Kostyshak wrote:
> On Sun, Sep 18, 2016 at 10:18:22PM -0400, Scott Kostyshak wrote:
>
>> Richard, I just wanted to make sure you saw this email. Don't worry of
>> course if you don't have enough time to take a look. To reproduce, you
>> do not need to have the XeTeX bi
1 - 100 of 482 matches
Mail list logo
