Re: outline pane issues and huge note slowness

[V K]

On Wednesday, October 27, 2021, 03:45:32 PM GMT+3, Jean-Marc Lasgouttes 
 wrote: 





Le 27/10/2021 à 05:16, V K a écrit :


The problem is that, besides the versions, the precise layout of the 
binaries may differ. Therefore, I would have to clone your OS in a VM to 
be able to read the perf.data file.



I see. That's pity.


Recent unreleased version of hotspot allow to save a portable file, but 
I could not get it to work in my trials. They are available here:
https://github.com/KDAB/hotspot/releases
(take the appImage file and make it runnable).





I downloaded appImage, it doesn't like Wayland (error qt.qpa.plugin: Could not 
find the Qt platform plugin "wayland-egl" in "") but I can launch it in 
xwayland mode. So I should record Lyx with Hotspot and save as .perfparser file?

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: outline pane issues and huge note slowness

[V K]

On Monday, October 25, 2021, 02:21:38 PM GMT+3, Jean-Marc Lasgouttes 
 wrote: 





Good. Did you configure with "--enable-build-type=prof" ? This is 
important because by default master will compile with some run-time 
checks that lower the performance.




I didn't know that key. Thank you. I compiled master (without breakrows) with 
it and strangely huge insets were noticeable more slow than without it. Maybe 
some master updates changed performance, or this key.

> "git pull features breakrows"
> After that I compiled Lyx with autogen etc.


> Hugenotes are slow, similar to master, maybe a tad better. And I doubt – 
> maybe it is master without breakrows branch. I don't see anything about that 
> branch in Lyx info. Version info:

If it is the breakrow branch, then "git log" will start like:

commit 5f33a0ea1971e924c4959b9a003ed548871153ab (HEAD -> breakrows, 
features/breakrows)
Author: Jean-Marc Lasgouttes 
Date:  Tue Oct 12 11:33:23 2021 +0200

    One less thing to do in PAINTING_ANALYSIS


It is disappointing that the situation is not better. However, I am not 
able to reproduce you problem on my system, and I do not understand why. 
My core i7 7700T is not fundamentally faster than your core i7 6600U.

If you have some more time, we can try to find out why it is not that 
fast. To do that, the idea would be to run a profiler like hotspot. Do 
you have any experience with that?

Unfortunately, I did not find a way to let you send me the full profiler 
data, since it depends of the precise version of all the components of 
your system.




HEAD was master, not breakrows. I don't know what was wrong, so I deleted Lyx 
git folder on my machine and cloned Lyx from git anew. After that compiled 
master with --enable-build-type=prof – huge notes were very slow, almost 
stalled. I compiled breakrows branch with --enable-build-type=prof and huge 
notes are usable. Performance is much better than it was in master. There is 
some, how to say, jerking, lagging when scrolling, scrolling isn't smooth, 
there is a lag, but I can scroll insets almost freely. This is huge progress. 
Maybe master waits it :).

I can help with testing (not this week though). I don't know anything about 
profiler, but installed Hotspot, launched lyxgit (that is my prefix of master 
Lyx) with default parameters. Now I have 56 MiB perf.data file. Versions of 
packages are there, I think (except those from Arch linux Aur), if you need 
that information: 
https://lists.manjaro.org/pipermail/manjaro-packages/Week-of-Mon-20211011/042684.html
 
There is parser errors like "Module "libQt5Gui.so.5.15.2" is missing 1587 of 
2089 debug symbols." and so on. So I can send perf.data file to you.

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: outline pane issues and huge note slowness

[V K]

On Sunday, October 17, 2021, 01:51:04 PM GMT+3, Jean-Marc Lasgouttes 
 wrote: 





Le 17/10/2021 à 00:25, V K a écrit :
> I'm using Manjaro linux with Sway (Wayland) with integrated graphics. I don't 
> like fan running so my CPU profile is balance_power in tlp.conf. That is 
> slowing PC, but only Lyx with huge insets are unusable.

Do you have the possibility of testing a x11 session ? Do this change 
performance?

> My knowledge about git is very basic. So I updated master and compiled, added 
> those two commands but git pull says "already up to date". So how can I clone 
> that branch?

It seems that my knowledge is not as good as I thought ;) I guess I 
missed a:
git fetch -a

The correct instructions are here:
https://wiki.lyx.org/Devel/LyXGit#toc3


JMarc





Hello.

I updated master first of all and huge insets can be scrolled. Very slowly, but 
this is better than it was on two months old master when insets were stalled 
mostly. That is without breakrows branch.

There were some adventures with features/breakrows branch.
https://wiki.lyx.org/Devel/LyXGit#toc3 says that I should do "git pull features 
features/breakrows"
But this produces error:
"fatal: couldn't find remote ref features/breakrows"
After some experimenting branch was successfully ( I hope :)) pulled by:
"git pull features breakrows"
After that I compiled Lyx with autogen etc. 
Hugenotes are slow, similar to master, maybe a tad better. And I doubt – maybe 
it is master without breakrows branch. I don't see anything about that branch 
in Lyx info. Version info:
Version 2.4.0dev
(not released yet)
Built from git commit hash 6d1c0d0c
Qt Version (run-time): 5.15.2 on platform wayland-egl
Qt Version (compile-time): 5.15.2
Python detected: python3 -tt

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: outline pane issues and huge note slowness

[V K]

On Saturday, October 16, 2021, 11:37:47 PM GMT+3, Jean-Marc Lasgouttes 
 wrote: 





Le 16/10/2021 à 02:39, V K a écrit :
> JMarc, it is very good to hear, that there is progress with a big insets. I'm 
> working with master (bit outdated, because I compile once in a month or two), 
> so I'll check after changes will be merged.
>  
> I modified anonymized lyx file with several insets in it. It is working well 
> while insets are closed (regardless of file length), but it is completely 
> unusable after selecting "open all insets" in view toolbar even after 
> anonymization, without Lithuanian letters. Branch inset with several opened 
> huge notes in it is performing extremely bad. I can barely use mouse or 
> touchpad to scroll – it stalls and scrolls after quite a long time with CPU 
> usage rising drastically. I was trapped several times when searched word was 
> in a big inset in my usual file – search opens inset to show a word and it 
> consumes some time to get out of it :).
> Insets of hugenote_anon.lyx are ridiculously big, but the bigger is inset the 
> more obvious are lag.

I will try it out. I had good performance with your previous file. I 
think I saw you use debian 11. Is that right? Is it with X11 or Wayland? 
What GPU?

I can provide a patch for the new code against master. Tell me when you 
have time to test.

Otherwise, to test the "breakrows" branch, just do
git remote add features git://git.lyx.org/features.git
git checkout --track -b features/breakrows


JMarc



I'm using Manjaro linux with Sway (Wayland) with integrated graphics. I don't 
like fan running so my CPU profile is balance_power in tlp.conf. That is 
slowing PC, but only Lyx with huge insets are unusable.

My full specs are:
System:    Kernel: 5.10.70-1-MANJARO x86_64 bits: 64 Desktop: sway 1.6.1 
Distro: Manjaro Linux
Machine:   Type: Convertible System: LENOVO product: 20FRS1N600 v: ThinkPad X1 
Yoga 1st
   Mobo: LENOVO model: 20FRS1N600 v: SDK0J40705 WIN
   UEFI-[Legacy]: LENOVO v: N1FET59W (1.33 ) date: 12/19/2017
CPU:   Info: Dual Core model: Intel Core i7-6600U bits: 64 type: MT MCP 
cache: L2: 4 MiB
   Speed: 700 MHz min/max: 400/3400 MHz Core speeds (MHz): 1: 700 2: 
700 3: 700 4: 700
Graphics:  Device-1: Intel Skylake GT2 [HD Graphics 520] driver: i915 v: kernel
   Device-2: Chicony Integrated Camera type: USB driver: uvcvideo
   Display: wayland server: X.Org 1.21.1.2 compositor: sway driver:
   loaded: modesetting resolution: 1416x800~60Hz
   OpenGL: renderer: Mesa Intel HD Graphics 520 (SKL GT2) v: 4.6 Mesa 
21.2.3

My knowledge about git is very basic. So I updated master and compiled, added 
those two commands but git pull says "already up to date". So how can I clone 
that branch?

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: Lyx master crashes opening outline pane

[V K]

On Monday, March 15, 2021, 12:59:32 PM GMT+2, Pavel Sanda  
wrote: 





On Fri, Mar 12, 2021 at 05:07:10PM +, V K wrote:

> Hello.
> 
> Lyx master crashes when opening outline pane (with Alt+ shortcuts or menus). 
> Error message:


Can not reproduce.
Do you need specific document opened to make this crash happen?




I updated master and it opens fine now, so bug disappeared.

Thank you.

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: Lyx master crashes opening outline pane

[V K]

And Lyx info:
Version 2.4.0dev (not released yet) Built from git commit hash 9f92fc92 Qt 
Version (run-time): 5.15.2 on platform wayland-egl Qt Version (compile-time): 
5.15.2 Python detected: python3 -tt
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Lyx master crashes opening outline pane

[V K]

Hello.

Lyx master crashes when opening outline pane (with Alt+ shortcuts or menus). 
Error message:

( 1) lyxgit: lyx::frontend::Alert::doError(std::__cxx11::basic_string, 
std::allocator > const&, std::__cxx11::basic_string, std::allocator > const&, 
bool) ( 2) lyxgit: std::_Function_handler, std::allocator > const>, 
std::reference_wrapper, std::allocator > const>, 
std::reference_wrapper))(std::__cxx11::basic_string, std::allocator > const&, 
std::__cxx11::basic_string, std::allocator > const&, bool)> 
>::_M_invoke(std::_Any_data const&) ( 3) lyxgit: 
lyx::frontend::InGuiThread::synchronousFunctionCall() ( 4) lyxgit: 
lyx::frontend::IntoGuiThreadMover::callInGuiThread() ( 5) lyxgit: 
lyx::frontend::Alert::error(std::__cxx11::basic_string, std::allocator > 
const&, std::__cxx11::basic_string, std::allocator > const&, bool) ( 6) lyxgit: 
lyxgit(+0x63b867) [0x55fdd445f867] ( 7) /usr/lib/libc.so.6: 
/usr/lib/libc.so.6(+0x3cf80) [0x7fa57153ff80] ( 8) /usr/lib/libQt5Widgets.so.5: 
QLineEdit::text() const ( 9) lyxgit: lyx::frontend::TocWidget::filterContents() 
( 10) lyxgit: lyx::frontend::TocWidget:
 :finishUpdateView() ( 11) lyxgit: lyx::frontend::TocWidget::updateView() ( 12) 
lyxgit: lyx::frontend::TocWidget::updateViewNow() ( 13) lyxgit: 
lyx::frontend::TocWidget::on_typeCO_currentIndexChanged(int) ( 14) lyxgit: 
lyxgit(+0xe04f7d) [0x55fdd4c28f7d] ( 15) lyxgit: 
lyx::frontend::TocWidget::qt_metacall(QMetaObject::Call, int, void**) ( 16) 
/usr/lib/libQt5Core.so.5: /usr/lib/libQt5Core.so.5(+0x2ecac2) [0x7fa571d24ac2] 
( 17) /usr/lib/libQt5Widgets.so.5: QComboBox::currentIndexChanged(int) ( 18) 
/usr/lib/libQt5Widgets.so.5: /usr/lib/libQt5Widgets.so.5(+0x25fa74) 
[0x7fa5728c1a74] ( 19) /usr/lib/libQt5Widgets.so.5: 
/usr/lib/libQt5Widgets.so.5(+0x2612bd) [0x7fa5728c32bd] ( 20) 
/usr/lib/libQt5Widgets.so.5: /usr/lib/libQt5Widgets.so.5(+0x261421) 
[0x7fa5728c3421] ( 21) /usr/lib/libQt5Widgets.so.5: 
QComboBox::setModel(QAbstractItemModel*) ( 22) lyxgit: 
lyx::frontend::TocWidget::TocWidget(lyx::frontend::GuiView&, QWidget*) ( 23) 
lyxgit: lyx::frontend::GuiToc::GuiToc(lyx::frontend::GuiView&, Q
 t::DockWidgetArea, QFlags) ( 24) lyxgit: 
lyx::frontend::createDialog(lyx::frontend::GuiView&, 
std::__cxx11::basic_string, std::allocator > const&) ( 25) lyxgit: 
lyx::frontend::GuiView::build(std::__cxx11::basic_string, std::allocator > 
const&) ( 26) lyxgit: 
lyx::frontend::GuiView::findOrBuild(std::__cxx11::basic_string, std::allocator 
> const&, bool) ( 27) lyxgit: lyx::frontend::GuiView::doShowDialog(QString 
const&, QString const&, lyx::Inset*) ( 28) lyxgit: lyxgit(+0xb928fd) 
[0x55fdd49b68fd] ( 29) /usr/lib/libQt5Core.so.5: 
/usr/lib/libQt5Core.so.5(+0x2ecdc0) [0x7fa571d24dc0] ( 30) lyxgit: 
lyx::frontend::GuiView::triggerShowDialog(QString const&, QString const&, 
lyx::Inset*) ( 31) lyxgit: 
lyx::frontend::GuiView::showDialog(std::__cxx11::basic_string, std::allocator > 
const&, std::__cxx11::basic_string, std::allocator > const&, lyx::Inset*) ( 32) 
lyxgit: lyx::frontend::GuiView::dispatch(lyx::FuncRequest const&, 
lyx::DispatchResult&) ( 33) lyxgit: lyx::frontend::GuiView::dispatch(lyx:
 :FuncRequest const&, lyx::DispatchResult&) ( 34) lyxgit: 
lyx::frontend::GuiApplication::dispatch(lyx::FuncRequest const&, 
lyx::DispatchResult&) ( 35) lyxgit: 
lyx::frontend::GuiApplication::dispatch(lyx::FuncRequest const&) ( 36) lyxgit: 
lyx::dispatch(lyx::FuncRequest const&) ( 37) lyxgit: 
lyx::frontend::Action::action() ( 38) lyxgit: lyxgit(+0xbf46df) 
[0x55fdd4a186df] ( 39) /usr/lib/libQt5Core.so.5: 
/usr/lib/libQt5Core.so.5(+0x2ecdc0) [0x7fa571d24dc0] ( 40) 
/usr/lib/libQt5Widgets.so.5: QAction::triggered(bool) ( 41) 
/usr/lib/libQt5Widgets.so.5: QAction::activate(QAction::ActionEvent) ( 42) 
/usr/lib/libQt5Widgets.so.5: /usr/lib/libQt5Widgets.so.5(+0x2d83ab) 
[0x7fa57293a3ab] ( 43) /usr/lib/libQt5Widgets.so.5: 
/usr/lib/libQt5Widgets.so.5(+0x2dfae2) [0x7fa572941ae2] ( 44) 
/usr/lib/libQt5Widgets.so.5: QMenu::keyPressEvent(QKeyEvent*) ( 45) 
/usr/lib/libQt5Widgets.so.5: QWidget::event(QEvent*) ( 46) 
/usr/lib/libQt5Widgets.so.5: QApplicationPrivate::notify_helper(QObject*, 
QEvent*) ( 47) /u
 sr/lib/libQt5Widgets.so.5: QApplication::notify(QObject*, QEvent*) ( 48) 
lyxgit: lyx::frontend::GuiApplication::notify(QObject*, QEvent*) ( 49) 
/usr/lib/libQt5Core.so.5: QCoreApplication::notifyInternal2(QObject*, QEvent*) 
( 50) /usr/lib/libQt5Widgets.so.5: /usr/lib/libQt5Widgets.so.5(+0x1b769a) 
[0x7fa57281969a] ( 51) /usr/lib/libQt5Widgets.so.5: 
QApplicationPrivate::notify_helper(QObject*, QEvent*) ( 52) lyxgit: 
lyx::frontend::GuiApplication::notify(QObject*, QEvent*) ( 53) 
/usr/lib/libQt5Core.so.5: QCoreApplication::notifyInternal2(QObject*, QEvent*) 
( 54) /usr/lib/libQt5Gui.so.5: 
QGuiApplicationPrivate::processKeyEvent(QWindowSystemInterfacePrivate::KeyEvent*)
 ( 55) /usr/lib/libQt5Gui.so.5: 
QWindowSystemInterface::sendWindowSystemEvents(QFlags) ( 56) 
/usr/lib/libQt5WaylandClient.so.5: 

Re: Different codes for single quotation marks

[V K]

On Tuesday, March 9, 2021, 12:01:22 AM GMT+2, <_johnny7_...@web.de> wrote: 





Hi,

the easiest way for me to insert German single quotation marks was to
copy and paste them from Wikipedia or even previous paragraphs from my
text into LyX: ‚ ‘ Now I see there is also the key binding Alt+". Both
methods lead to the same characters both in the LyX work area and in the
output; however, the LyX or LaTeX code is different: The former gets
in LyX code ‚ ‘
in LaTeX \quotesinglbase{} \textquoteleft{}

with key binding or the Insert menu I get
in LyX code \begin_inset Quotes gls and ... Quotes grs
in LaTeX \quotesinglbase{} `

I see no difference in the output but are there cases in which the
different codes make a difference?

A somewhat related question is the difference between typing "let's" in
LyX and pasting "let’s". The output is identical here as well with the
curly apostrophe. Is there case where the different inputs matter?

Thanks! Really appreciate working with LyX.



Difference is while exporting with Pandoc to, let's say, docx – opening quote 
can be missing (glqq, glq, quotesinglbase and quotedblbase in my case), so I 
must define them in the preamble and uncomment them only when exporting by 
Pandoc.

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: lyx master crashed when converting text to note

[V K]

On Thursday, February 25, 2021, 9:10:03 PM GMT+2, Jean-Marc Lasgouttes 
 wrote: 





Le 22/02/2021 à 22:45, Pavel Sanda a écrit :

> On Mon, Feb 22, 2021 at 06:31:08PM +0000, V K wrote:
>> Yes, I can recreate crash with anonymized file. I marked line/paragraph part 
>> of which should be selected before creating note to get a crash with . 
>> Selection should be from the first line. Selection should encompass one line 
>> more on the bottom if selecting from the second line from the top. That is 
>> the minimal length to get a crash.
> 
> Indeed, I can reproduce the problem, generally selecting line starting with 
> == to the very end of the document and then insert-note is enough to 
> trigger it.


Can I have the file?

JMarc




Only for me selecting text from beginning of the document till line with  
triggers crash.

Valdemaras

example.lyx
Description: application/lyx
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: activate another split view window by shortcut

[V K]

On Monday, February 22, 2021, 8:00:21 PM GMT+2, Pavel Sanda  
wrote: 





On Mon, Feb 22, 2021 at 05:43:35PM +, V K wrote:
> After git stash and git checkout 2.3.x ./autogen.sh worked fine, but 
> ./configure failed: 

Yes, 2.3 needs explicit qt5 flag, please try
./configure --enable-qt5


After that flag configure and make were successful.

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: lyx master crashed when converting text to note

[V K]

On Monday, February 22, 2021, 12:24:22 PM GMT+2, Pavel Sanda  
wrote: 





On Mon, Feb 22, 2021 at 04:43:03AM +, V K wrote:

> Hello
> 
> I compiled Lyx master recently, wrote some text in the old document, selected 
> some text and inserted note onto it. Lyx crashes. I did some tests: Lyx 
> crashes when I insert note by shortcut or by menu. But it crashes only on 
> particular text (that is some short lines, one line ??? one paragraph), I 
> think, that causes word with " " quotes (they are foreign in Lithuanian, I 
> copied text from mail), but I can make note on line with that word ??? there 
> should be more lines selected to get a crash. There is no crash when I select 
> the same text from the bottom and create note.
> I can send file, but only privately.


Could you try buffer-anonymize LFUN (with perhaps "" quotes left) and reproduce 
with that version, so we don't need private conversation?




Yes, I can recreate crash with anonymized file. I marked line/paragraph part of 
which should be selected before creating note to get a crash with . 
Selection should be from the first line. Selection should encompass one line 
more on the bottom if selecting from the second line from the top. That is the 
minimal length to get a crash.

Valdemaras


example.lyx
Description: application/lyx
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: activate another split view window by shortcut

[V K]

On Monday, February 22, 2021, 11:35:29 AM GMT+2, Jürgen Spitzmüller 
 wrote: 





Am Montag, dem 22.02.2021 um 09:09 +0100 schrieb Pavel Sanda:

> > I checked new find ??? it's much more comfortable than previous!
> > One thing ??? after reaching end and continuing search from
> > beginning by Enter active is not search area but text area, so
> > hitting Enter deletes matched word and creates new paragraph in
> > that place.
> 
> Juergen will know whether this was intended or no... 


Not intended but I found no way to refocus the widget. But you can
check "Wrap" in the search widget to automatically start from
beginning. This avoids focus of work area.

Jürgen




That is working. I'll check wrap constantly.
Thank you!

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: activate another split view window by shortcut

[V K]

 On Monday, February 22, 2021, 12:19:44 PM GMT+2, Pavel Sanda  
wrote: 





On Sun, Feb 21, 2021 at 10:22:05PM +, V K wrote:
> Yes, I just builded master successfully with these changes.

Thanks, I committed fix for the master to allow build with 2.71.
Would you mind checking the same for our 2.3.x branch so I can include
that for the next stable 2.3 release?




After git stash and git checkout 2.3.x ./autogen.sh worked fine, but 
./configure failed: 

checking for Qt library name... failed 
configure: error: cannot compile a simple Qt executable. Check you have the 
right $QTDIR. 

Master compiles fine. I'm very inexperienced with git and compiling so maybe 
I'm doing something wrong. And I have ordinary Lyx 2.3 installed from 
repository, maybe that counts.

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

lyx master crashed when converting text to note

[V K]

Hello

I compiled Lyx master recently, wrote some text in the old document, selected 
some text and inserted note onto it. Lyx crashes. I did some tests: Lyx crashes 
when I insert note by shortcut or by menu. But it crashes only on particular 
text (that is some short lines, one line – one paragraph), I think, that causes 
word with " " quotes (they are foreign in Lithuanian, I copied text from mail), 
but I can make note on line with that word – there should be more lines 
selected to get a crash. There is no crash when I select the same text from the 
bottom and create note.
I can send file, but only privately.


Lyx version 2.4.0dev (not released yet) Built from git commit hash 5b9929c9 Qt 
Version (run-time): 5.15.2 Qt Version (compile-time): 5.15.2 Python detected: 
python3 -tt

Manjaro linux Sway (Wayland)

Error mesage from terminal:


/usr/include/c++/10.2.0/debug/vector:427:
In function:
    std::__debug::vector<_Tp, _Allocator>::reference  
    std::__debug::vector<_Tp,  
    _Allocator>::operator[](std::__debug::vector<_Tp,  
    _Allocator>::size_type) [with _Tp =  
    __gnu_debug::_Safe_iterator, 
 
    std::__debug::list >,  
    std::bidirectional_iterator_tag>; _Allocator =  
    
std::allocator<__gnu_debug::_Safe_iterator,
  
    std::__debug::list >,  
    std::bidirectional_iterator_tag> >; std::__debug::vector<_Tp,  
    _Allocator>::reference =  
    
std::allocator_traits,
  
    std::__debug::list >,  
    std::bidirectional_iterator_tag> > >::value_type&;  
    std::__debug::vector<_Tp, _Allocator>::size_type = long unsigned int]
 
Error: attempt to subscript container with out-of-bounds index 77, but  
container only holds 46 elements.
 
Objects involved in the operation:
    sequence "this" @ 0x0x55b6e38fafb0 {
  type = 
std::__debug::vector<__gnu_debug::_Safe_iterator,
 std::__debug::list >, 
std::bidirectional_iterator_tag>, 
std::allocator<__gnu_debug::_Safe_iterator,
 std::__debug::list >, 
std::bidirectional_iterator_tag> > >;
    }
Nutraukta (aborted) (core dumped)


Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: activate another split view window by shortcut

[V K]

On Sunday, February 21, 2021, 10:39:39 PM GMT+2, Pavel Sanda  
wrote: 





On Sat, Feb 20, 2021 at 03:35:04AM +, V K wrote:

> P. S. I can't compile lyx master in Manjaro (Arch derivative) anymore because 
> of autoconf versions:
> 
> Using autoconf (GNU Autoconf) 2.71 
> This autoconf version is not supported by LyX. 
> LyX only supports autoconf 2.65-2.69.


Can you report whether you can build master sucesfully with Autoconf 2.71?
You can use the attached patch (or change manually those lines in autogen.sh).

We will bump the version once we have some report that it works.




Yes, I just builded master successfully with these changes.

I checked new find – it's much more comfortable than previous! One thing – 
after reaching end and continuing search from beginning by Enter active is not 
search area but text area, so hitting Enter deletes matched word and creates 
new paragraph in that place.

Thank you for your work!
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

activate another split view window by shortcut

[V K]

Hello.

Lyx has quite big good capabilities for working only with keyboard. But using 
split windows force user to use mouse to switch windows. That ruins keyboard 
navigation. User have to click another window with mouse to switch. It would be 
much more comfortable to switch active windows by using a keyboard shortcut. 
Maybe there is one, but I didn't find.
It is particularly annoying that cursor moves to place that was clicked in 
second window, but often user need position that cursor had before click. 

There were such requests before but I didn't find ticket in trac:​
https://latex.org/forum/viewtopic.php?t=22926 ​
https://tex.stackexchange.com/questions/358537/is-there-a-shortcut-in-lyx-to-type-in-another-split-view
  

I created a ticket #12115

Happy sailing to version 2.4

Valdemaras

P. S. I can't compile lyx master in Manjaro (Arch derivative) anymore because 
of autoconf versions:

Using autoconf (GNU Autoconf) 2.71 
This autoconf version is not supported by LyX. 
LyX only supports autoconf 2.65-2.69.
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: outline pane issues and huge note slowness

[V K]

On Saturday, February 6, 2021, 7:18:09 AM GMT+2, Richard Kimberly Heck 
 wrote: 





On 2/5/21 6:30 PM, V K wrote:
>> Do you also see this with other insets? E.g., footnotes? Does it matter if 
>> the top of the inset is still on screen? Or if the bottom is off? Does the 
>> inset need to be bigger than the screen for you to see this?
>>
>> JMard will know better than I, but I think there may be something weird that 
>> happens once an inset spans the whole screen.
>>
>> Riki
>>
>
> Inset must be really huge to see big sluggishness. If it is bigger than 
> screan, let's say, is like 7 screens long), I hear spike of CPU and see some 
> sluggishness, if it is like three screens, I hear spike of CPU but see no 
> sluggish. 
>
> I created Lyx note, greyedout, comment, marginnote and footnote – the same 
> behaviour.

OK, that helps: It's a general problem with this kind of inset.


> Yes, inset mus be bigger, but it doesn't matter is the top or bottom of the 
> inset on screen. Text scrolls evenly until top or bottom of inset appears on 
> screen, then CPU spikes and text jumps – stops – jumps. After inset 
> disappears, text scrolls evenly. To be more precise, text scroll evenly and 
> then stops when I even don't see inset – as I understand, it stops when inset 
> should appear on screen if scroll would continue at the same speed. So I 
> don't see inset and some normal text before or after inset. The bigger is 
> speed of scroll, the bigger portion of normal text before or after inset I 
> don't see too. And the bigger jump after such freeze is.

One more question: Does it occur when the *only* thing on the screen is
the inset?


Yes, there are very similar freezes and slowdown when I see only the inset on 
screen.
I closed outline and entered fullscreen – the same behaviour.


As I said, I suspect that something weird happens with the metrics
calculation here. Either that, or there is some reason we paint the
screen multiple times, and maybe that is slower on Wayland.


Maybe strange behaviour of the scrollbar is related to problem. Scrollbar acts 
like it doesn't know about insets until they aren't on screen. It shows 
position quite realistically while all insets are closed and the size of it 
doesn't change while scrolling. But it acts weirdly with open insets: it is 
shrinking while scrolling (I guess it adds space of insets to the length of the 
document) and it can jump back or forth. Let's say, I'm scrolling  down and 
there is a big (not huge, so I can scroll almost normally) open inset – 
scrollbar shrinks and jumps up when it "see" inset. And the scrollbar doesn't 
"remember" insets in the document that were scrolled so after scrolling all 
document size of scrollbar changes while scrolling back.


It is worse on Wayland?



I tested it in pure X (i3) and yes, it is worse in Wayland. I can scroll inset 
almost normally in X (scrolling is slower and CPU spikes, but there is no 
freezes or jumps.
It is worse when I run Lyx in xwayland mode, because I can't scroll inset fast 
– it doesn't scrolls and stays at the beginning of the inset, only falters. But 
that's not a big problem, because Lyx behaves quite well in Wayland and huge 
insets are quite rare. Huge branches can be more often, and branches behaves 
like all other insets. 


Valdemaras

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: outline pane issues and huge note slowness

[V K]

On Saturday, February 6, 2021, 12:43:11 AM GMT+2, Richard Kimberly Heck 
 wrote: 






On 2/5/21 5:34 PM, V K wrote:


>  
> 
> 
> 
> 
> 
> On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck 
>  wrote: 
> 
> 
> 
> 
> 
> On 2/5/21 4:52 PM, V K wrote:
> 
> 
>>  
>> 
>> 
>> 
>> 
>> On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck 
>>  wrote:
>> 
>> 
>> 
>> 
>> 
>> On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
>> 
>> 
>>>  Le 05/02/2021 à 20:07, V K a écrit :
>>> 
>>>>  Regarding huge note. I created a new file, pasted some random
>>>> generated text in English and Russian, placed them in note an yes, it
>>>> is not as bad. But when I pasted my text in Lithuanian to note, it's
>>>> almost unusable. Same situation even after converting all text to
>>>> plaintext (so there is no notes or links to missing footnotes, only
>>>> text). After buffer-anonymize performance is much better, like with
>>>> notes in other languages. So, problem is with language, I think –
>>>> Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian
>>>> text to the note. Strangely situation is better (but worse than with
>>>> English or Russian notes).
>>>> I attached file with public text and I can send file with my text
>>>> privately if you wish.
>>>> 
>>> What shall I do to experience bad performance? What is your operating
>>> system?
>>> 
>> Of course we've had issues like this with the outliner open. We fixed a
>> problem like that for branches. Maybe it's the same problem with notes?
>> 
>> 
>> 
>> 
>> I've just created branch, placed my text and behaviour is same as with note 
>> – sluggishness. Maybe Wayland is to be blamed. But Linux is going in that 
>> direction.
>> 
> 
> Does the problem depend upon having the outliner open?
> 
> Riki
> 
> 
> 
> 
> 
> No, I don't see any differences, CPU spikes and sluggishness w/o outline too.
> 
> 

OK, thanks. So it's at least not the other issue I had in mind.

Do you also see this with other insets? E.g., footnotes? Does it matter if the 
top of the inset is still on screen? Or if the bottom is off? Does the inset 
need to be bigger than the screen for you to see this?

JMard will know better than I, but I think there may be something weird that 
happens once an inset spans the whole screen.

Riki



Inset must be really huge to see big sluggishness. If it is bigger than screan, 
let's say, is like 7 screens long), I hear spike of CPU and see some 
sluggishness, if it is like three screens, I hear spike of CPU but see no 
sluggish. 

I created Lyx note, greyedout, comment, marginnote and footnote – the same 
behaviour.

Yes, inset mus be bigger, but it doesn't matter is the top or bottom of the 
inset on screen. Text scrolls evenly until top or bottom of inset appears on 
screen, then CPU spikes and text jumps – stops – jumps. After inset disappears, 
text scrolls evenly. To be more precise, text scroll evenly and then stops when 
I even don't see inset – as I understand, it stops when inset should appear on 
screen if scroll would continue at the same speed. So I don't see inset and 
some normal text before or after inset. The bigger is speed of scroll, the 
bigger portion of normal text before or after inset I don't see too. And the 
bigger jump after such freeze is.
As a total noob I see problem with "painting" of inset.
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: outline pane issues and huge note slowness

[V K]

On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck 
 wrote: 





On 2/5/21 4:52 PM, V K wrote:

>
>
>
>
>
>
> On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck 
>  wrote:
>
>
>
>
>
> On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
>
>> Le 05/02/2021 à 20:07, V K a écrit :
>>> Regarding huge note. I created a new file, pasted some random
>>> generated text in English and Russian, placed them in note an yes, it
>>> is not as bad. But when I pasted my text in Lithuanian to note, it's
>>> almost unusable. Same situation even after converting all text to
>>> plaintext (so there is no notes or links to missing footnotes, only
>>> text). After buffer-anonymize performance is much better, like with
>>> notes in other languages. So, problem is with language, I think –
>>> Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian
>>> text to the note. Strangely situation is better (but worse than with
>>> English or Russian notes).
>>> I attached file with public text and I can send file with my text
>>> privately if you wish.
>> What shall I do to experience bad performance? What is your operating
>> system?
>
> Of course we've had issues like this with the outliner open. We fixed a
> problem like that for branches. Maybe it's the same problem with notes?
>
>
>
>
> I've just created branch, placed my text and behaviour is same as with note – 
> sluggishness. Maybe Wayland is to be blamed. But Linux is going in that 
> direction.


Does the problem depend upon having the outliner open?

Riki





No, I don't see any differences, CPU spikes and sluggishness w/o outline too.

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: outline pane issues and huge note slowness

[V K]

On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck 
 wrote: 





On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:

> Le 05/02/2021 à 20:07, V K a écrit :
>> Regarding huge note. I created a new file, pasted some random 
>> generated text in English and Russian, placed them in note an yes, it 
>> is not as bad. But when I pasted my text in Lithuanian to note, it's 
>> almost unusable. Same situation even after converting all text to 
>> plaintext (so there is no notes or links to missing footnotes, only 
>> text). After buffer-anonymize performance is much better, like with 
>> notes in other languages. So, problem is with language, I think – 
>> Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian 
>> text to the note. Strangely situation is better (but worse than with 
>> English or Russian notes).
>> I attached file with public text and I can send file with my text 
>> privately if you wish.
>
> What shall I do to experience bad performance? What is your operating 
> system?


Of course we've had issues like this with the outliner open. We fixed a 
problem like that for branches. Maybe it's the same problem with notes?




I've just created branch, placed my text and behaviour is same as with note – 
sluggishness. Maybe Wayland is to be blamed. But Linux is going in that 
direction.



-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: outline pane issues and huge note slowness

[V K]

On Friday, February 5, 2021, 10:10:14 PM GMT+2, Jean-Marc Lasgouttes 
 wrote: 





Le 05/02/2021 à 20:07, V K a écrit :
> Regarding huge note. I created a new file, pasted some random generated text 
> in English and Russian, placed them in note an yes, it is not as bad. But 
> when I pasted my text in Lithuanian to note, it's almost unusable. Same 
> situation even after converting all text to plaintext (so there is no notes 
> or links to missing footnotes, only text). After buffer-anonymize performance 
> is much better, like with notes in other languages. So, problem is with 
> language, I think – Lithuanian has letters ąčęėįįšųųūž. So I copied public 
> lithuanian text to the note. Strangely situation is better (but worse than 
> with English or Russian notes).
> I attached file with public text and I can send file with my text privately 
> if you wish.

What shall I do to experience bad performance? What is your operating 
system?




Manjaro linux, sway, wayland laptop Lenovo X1 yoga (1st generation) (CPU: Dual 
Core Intel Core i7-6600U (-MT MCP-) speed/min/max: 699/400/3400 MHz Kernel: 
5.10.7-3-MANJARO x86_64 Up: 7h 04m Mem: 6805.1/15417.2 MiB (44.1%) Storage: 
476.94 GiB (90.0% used) SSD NVMe) Open note inset and scroll down (I'm 
scrolling with touchpad), note content must be wisible in Lyx work area. The 
faster scroll, the higher CPU usage, but document moves very slowly and with 
quite a big delay and with big jumps. wayland can be the culprit. I opened lyx 
in xwayland mode and I can scroll through the note only slowly – after 
scrolling fast document are thrown back to initial position. CPU usage about 
70%. In wayland – 99% if scrolling is intensive, up and down.
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

outline pane issues and huge note slowness

[V K]

Hello.

Lyx is approaching 2.4 and I want to draw attention of devs to the outline pane 
functionality and problem of the huge notes. Maybe some of these issues can be 
fixed relatively easy and quickly till the new release.

1. "Keep" tikbox in the outline pane is working inconsistently. Let's say, I 
opened all navigation tree elements by sliding bottom slider of the outline 
pane to the right and ticked "keep". It's keeping tree while I am navigating 
through the document, but after going to another document and coming back I see 
collapsed tree (ticbox is still ticked). This situation is particularly 
discomfortable when working with master-child documents.

2. Navigation tree in the outline pane collapses after ctrl+z (undoing) while 
"keep" is still ticked. 

3. Situation with notes and footnotes selection in outline. I am using Lyx 
notes, greyedout and comments severely while preparing texts. And it is very 
common situation when I want to go through all or some notes to correct text, 
delete notes. So I open notes list in the outline, search note I need, go to 
text to correct it and... all notes disapper in the outline and I see 
navigation tree there. So I must open notes list anew, select next note and so 
on. Ticking "keep" tikbox do nothing. Maybe such behaviour is intentional (to 
search only one note and automatically go back to navigation tree), but maybe 
"tickbox" can be used to keep notes list?

4. This isn't related to outline pane. My notes can be huge (to hide parts of 
the text temporary) and navigating in such huge notes is painfully slow, CPU 
usage rises dramatically (99% of one of the cores of the CPU). Such slowness 
presents only when huge note is opened and is visible in Lyx work area. 
Slowness disappears after collapsing note or after scrolling till it disappears 
from work area. The same problem is with big branches. Such slow was note with 
75 000 characters (incl. spaces), more smaller notes and a lot of citations in 
it.

Such situation is with master (bit dated – Built from git commit hash 9e1db659) 
and with stable too, as I remember.

Thank you for your hard work – it is much more pleasant to work with Lyx office 
than with traditional offices.

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: Conversion error to MS-Word Office-Open XML / OpenDocument (pandoc)

[V K]

There was an error delivering mail to Andre, so I am replaying to list.

Your message was: 
Now I tried to execute in the terminal with a csl-file (all in the same 
directory) after having created a tex-file: pandoc -s --filter pandoc-citeproc 
--csl sociology.csl -f latex -o mydocument.docx -t docx Test.tex 
Then an error message appears: [WARNING] Deprecated: pandoc-citeproc filter. 
Use --citeproc instead. pandoc-citeproc: Error in $: Incompatible API versions: 
encoded with [1,22] but attempted to decode with [1,17,5,4]. CallStack (from 
HasCallStack): error, called at ./Text/Pandoc/JSON.hs:111:48 in 
pandoc-types-1.17.5.4-5tHZ3B61A58JaKOMxwGQR4:Text.Pandoc.JSON Error running 
filter pandoc-citeproc: Filter returned error status 1 
When I just use citeproc: pandoc -s --filter citeproc --csl sociology.csl -f 
latex -o mydocument.docx -t docx Test.tex cx -t docx Test.tex Error running 
filter citeproc: Could not find executable citeproc

I know nothing about the source of the first error, second error is because you 
not included -- before citeproc, so command should be: pandoc -s --filter 
--citeproc --csl sociology.csl -f latex -o mydocument.docx -t docx Test.tex 

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: Conversion error to MS-Word Office-Open XML / OpenDocument (pandoc)

[V K]

On Thursday, November 12, 2020, 10:56:30 PM GMT+2, André Jäger 
 wrote: 








Hello,

I have LyX Version 2.3.4.2 on Ubuntu 20.04.1 LTS.

I have to export a LYX-Document to MSWord. The document is encoded with Unicode 
(utf8), and the converter-definition LaTEX (plain) -> MS-Word Office-Open XML 
is set to:

pandoc -s -f latex -o $$o -t docx $$i

That works. In order to export a bibliogrphy, I changed the 
converter-defitiontio to:

pandoc -s -filter pandoc-citeproc -f latex -o $$o -t docx $$i

Without having added a citation and bibliography (I did not change the 
document), the error-message appears: An error occurred while running: pandoc 
-s -filter pandoc-citeproc -f latex -o "test.docx" -t docx "test.tex" 

The document did not change, still encoded with Unicode (utf8), there is no 
bibliography inserted that might contain an error, and pandoc-citeproc is 
installed.

The same happens for an export to OpenDocument (pandoc) with converter: pandoc 
-s --filter pandoc-citeproc -f latex -o $$o -t odt $$i 

Does someone have an idea what do do?

Thank you, and thanks for the wonderful program. (I am new to LYX and in the 
beginning to work with it).

Thank you, André 



-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users




Hello.

You should indicate which style of bibliography you want to use.  So instead 
pandoc -s -filter pandoc-citeproc -f latex -o "test.docx" -t docx "test.tex" 
there should be something like that:
pandoc -s -filter pandoc-citeproc --csl 
zeitschrift-fur-ostmitteleuropa-forschung.csl -f latex -o "test.docx" -t docx 
"test.tex" File zeitschrift-fur-ostmitteleuropa-forschung.csl should be in the 
same directory as lyx file or you should indicate full path of the csl file. 
And of course, there can be whatever csl file – it depends on style you need.

Best regards,

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: LyX shortcuts

[V K]

On Tuesday, November 3, 2020, 7:23:52 PM GMT+2, Wolfgang Engelmann 
 wrote: 







Am 03.11.20 um 16:08 schrieb Daniel:
> On 2020-11-03 15:00, Wolfgang Engelmann wrote:
>> Am 03.11.20 um 12:53 schrieb Daniel:
>>> On 2020-11-02 08:52, Wolfgang Engelmann wrote:
 I remember that in earlier LyX versions the shortcuts were indicated 
 somewhere and I was thus reminded how to use them. How do I get this 
 back? There is the LyX shortcut help file, I know. But it would help 
 to have them faster visible.
 Thanks, Wolfgang
>>>
>>> Dear Wolfgang,
>>>
>>> I am not sure to which "somewhere" you refer. In LyX, I see the 
>>> shortcuts indicated on menu entries that have shortcuts and all 
>>> shortcuts are listed under Preferences > Editing > Shortcuts.
>>>
>>> Best, Daniel
>>>
>> Thanks, Daniel
>> under shortcuts I have
>> bindfile cua
>> show key bindings and everything else is empty.
>> The same, if I open various help files.
>>
>> Could somebody send me an example, if he/she has shortcuts listed in it?
>> Wolfgang
> 
> Attached is my cua.bind file. You can normally find it in your Library 
> directory (path to which can be found under Help > About LyX). If it is 
> not there, then I expect something is wrong with your installation. If 
> it is there, maybe it is overridden by another cua.bind file in your 
> User directory (path in About LyX)?
> 
> Daniel
> 
Thanks, Daniel and Paul. I wasn't brave enough to click on the > 's
which shows a huge number of shortcuts. So my lyx seems to be ok.
My question is, whether there is a selection of some of the most useful 
shortcuts, and whether (and how) they are displayed in my lyx document.

Wolfgang

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users




Most used shortcuts are displayed Help – Shortcuts.
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: bibliographic software (linux only)

[V K]

 




On Saturday, September 12, 2020, 05:59:43 AM GMT+3, Rich Shepard 
 wrote:


On Fri, 11 Sep 2020, Rich Shepard wrote:

> I think I've found a solution, and it might work for you, too: pubs
> . Will report after I read the docs and take
> it for a test drive. Since there's so much wildland fire smoke here I'm
> staying indoors (except to collect the mail when it comes). Visibility in
> the orange air is not much more than 100 m.

A long close look taught me that some of the pubs requirements are not to be
found. So this is not an option.

The feedback I received on Zotera convinced me to switch from JabRef to
that, using the extensions mentioned.

I've skimmed the August 2020 biblatex.pdf and want to confirm that I've
properly reconfigured LyX to use it rather than bibtex. I had been using
bibtex (authoryear mode). Now I've changed the sttings as shown in the
attached screenshot. I believe that the Citation style and Bibliography
style are the biblatex equivalents of the bibtex styles I've used. I also
believe that the Bibliography generation processor should be set to 'biber'
and not the other choices. Is this correct?

Thanks,


Rich
-- 



I'm historian, so never used this style – I need verbose ones (and even heavily 
modified one of them). So can said nothing about this style. Biblatex uses 
biber, so I think this is correct.

Valdemaras
  -- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: bibliographic software (linux only)

[V K]

 








On Friday, September 11, 2020, 07:26:56 PM GMT+3, Rich Shepard 
 wrote:


I've used JabRef for years but 5.x frustrates me to no end. They've lost the
emacs keyboard chords that were present from 1.x through 4.x so to edit an
abstract, for example, I need to use the arrow and Del keys. And, they've
changed the UI so some data entry tabs have their widgets on the left half
of the application window and the entry preview on the right halt. But,
accessing the right-hand column of the data entry widgets must be done blind
because that half window cannot be expanded to the right. Serious PITA. Yes,
I've filed bug issues on both but nothing's been fixed. I've tried using
KDE's bibliography tool but that was equally frustrating. And Zotero doesn't
use bibtex.

Since I'm not a full-time researcher I don't need to share the bibiography
with collaborators and I will not store it somewhere in the cloud; my data,
my network. I also don't particularly care for a GUI; text-based works for
me since that's how I do most of my work (except when using LyX).

I've about 1,200 books and PDFs in the bibtex database and other than
entering new documents I want to search primarily by keywords, secondarily
by authors.

Does anyone know of a CLI bibliographic tool? Or a basic one with a GUI that
Just Works(TM)?

TIA,

Rich

-- 




I'm using Zotero with two extensions:

Betterbib(la)tex https://retorque.re/zotero-better-bibtex/ to work with 
biblatex. You can configure almost everything, for example, export to biblatex 
options – see https://retorque.re/zotero-better-bibtex/exporting/scripting/ and 
so on.

Lyz https://github.com/willsALMANJ/lyz to connect Zotero and Lyx so you can 
cite in Lyx from Zotero and use bib file generated by Betterbib(la)tex.

Valdemaras
  -- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

re: bibliographic software (linux only)

[V K]

 


On Friday, September 11, 2020, 07:26:56 PM GMT+3, Rich Shepard 
 wrote:


I've used JabRef for years but 5.x frustrates me to no end. They've lost the
emacs keyboard chords that were present from 1.x through 4.x so to edit an
abstract, for example, I need to use the arrow and Del keys. And, they've
changed the UI so some data entry tabs have their widgets on the left half
of the application window and the entry preview on the right halt. But,
accessing the right-hand column of the data entry widgets must be done blind
because that half window cannot be expanded to the right. Serious PITA. Yes,
I've filed bug issues on both but nothing's been fixed. I've tried using
KDE's bibliography tool but that was equally frustrating. And Zotero doesn't
use bibtex.

Since I'm not a full-time researcher I don't need to share the bibiography
with collaborators and I will not store it somewhere in the cloud; my data,
my network. I also don't particularly care for a GUI; text-based works for
me since that's how I do most of my work (except when using LyX).

I've about 1,200 books and PDFs in the bibtex database and other than
entering new documents I want to search primarily by keywords, secondarily
by authors.

Does anyone know of a CLI bibliographic tool? Or a basic one with a GUI that
Just Works(TM)?

TIA,

Rich

-- 




I'm using Zotero with two extensions:

Betterbib(la)tex https://retorque.re/zotero-better-bibtex/ to work with 
biblatex. You can configure almost everything, for example, export to biblatex 
options – see https://retorque.re/zotero-better-bibtex/exporting/scripting/ and 
so on.

Lyz https://github.com/willsALMANJ/lyz to connect Zotero and Lyx so you can 
cite in Lyx from Zotero and use bib file generated by Betterbib(la)tex.

Valdemaras
  -- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: lyx crashes while menu navigating to the left

[V K]

 




On Thursday, February 20, 2020, 08:55:37 AM GMT+2, Richard Kimberly Heck 
 wrote:


On 2/19/20 5:23 PM, V K wrote:
>
>
>
>
>
>
> On Wednesday, February 19, 2020, 11:36:58 PM GMT+2, V K  
> wrote:
>
>
>
>
>
> I did exactly the same as you described once more and Lyx disappeared.
> Using Qt version 5.14.1 in /usr/lib.
>
>
>
>
>
>
> On Wednesday, February 19, 2020, 10:06:32 PM GMT+2, Richard Kimberly Heck 
>  wrote:
>
>
>
>
>
> On 2/19/20 12:22 PM, V K wrote:
>
>> Steps to reproduce: navigate through menus with keyboard (arrows), let's 
>> say, menu Navigate, go deeper into sub-menu (Bookmarks – Save Bookmark 1) 
>> and if there will be no more sub-menu in the left but you press left arrow 
>> Lyx crashes and after relaunching there is no documents from last session. 
>> If you go right with arrow, this opens right to the active menu. If you go 
>> to the left from menu item that hasn't sub menu (let's say, Navigate – Next 
>> Note), Lyx is not crashing and that opens next to the left menu.
>>
>>
>>
>>
>> Sorry for the lapsus lingua: not left, but right and vice versa in all my 
>> text.
>> My setup: Manjaro Linux, Lyx 2.3.4.
>
> Can you give more detailed instructions? Here's what I did (using
> English GUI):
>
> 1. Alt-N, to open the Navigate menu
>
> 2. Bookmarks is highlighted, so hit right arrow to open that menu.
>
> 3. Hit right arrow again. This takes me to the Document menu.
>
> What version of Qt is installed on your machine?
>
>
>
> I think, I narrowed the cause. I'm working in Wayland (Sway). There is no 
> crash when I'm launching Lyx with xwayland (as "QT_QPA_PLATFORM=xcb lyx") and 
> hitting right when I am in the Bookmarks sub-menu takes me to the Document 
> menu. But Lyx in Wayland crashes when I do the same.
> I just receive your mail. Yes, it's Wayland.

I'm forwarding this, then, to the devel list. As I said, we've seen some
issues with Wayland, though my sense is that these are Qt issues,
mostly, not LyX issues (though they become LyX issues, since we depend
upon Qt).

If you have an option to try other Qt versions, that also could be helpful.




I think, I've found cause of this error: 
https://bugreports.qt.io/browse/QTBUG-81952
Behaviour of my Lyx in Wayland is exactly the same and error too when launching 
Lyx from terminal: "xdg_wm_base@23: error 2: xdg_popup was destroyed while it 
was not the topmost popup The Wayland connection experienced a fatal error"
So bug was fixed in Qt 5.15.1

Best regards,

Valdemaras

  -- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: lyx crashes while menu navigating to the left

[V K]

If you are able to compile LyX on your own with debug symbols (or if you
can install debug symbols on Manjaro) and get a backtrace, that would be
very useful. We can help you do that if need be.


Riki


PS Please bottom post and reply to the list.






I'm constantly forgetting about bottomposting and replaying to all, sorry.

I can try install debug symbols and get a backtrace if you'll provide 
instructions – I don't know about that anything. Manjaro is just a bit more 
stable Arch, so instructions to Arch should work.

One more question. I installed Lyx in Windows (at work, I rarely use it) 
without admin privileges and can't find file lyxeditor.cmd. Wiki says, that it 
is essential to run inverse search from SumatraPDF. Is this file hidden 
somewhere or I should create it following this advice: LaTeX/LyX — 
Documentation: Windows 0.1.0 documentation

LaTeX/LyX — Documentation: Windows 0.1.0 documentation

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: lyx crashes while menu navigating to the left

[V K]

On Wednesday, February 19, 2020, 11:36:58 PM GMT+2, V K  
wrote: 





I did exactly the same as you described once more and Lyx disappeared.
Using Qt version 5.14.1 in /usr/lib.






On Wednesday, February 19, 2020, 10:06:32 PM GMT+2, Richard Kimberly Heck 
 wrote: 





On 2/19/20 12:22 PM, V K wrote:

> Steps to reproduce: navigate through menus with keyboard (arrows), let's say, 
> menu Navigate, go deeper into sub-menu (Bookmarks – Save Bookmark 1) and if 
> there will be no more sub-menu in the left but you press left arrow Lyx 
> crashes and after relaunching there is no documents from last session. If you 
> go right with arrow, this opens right to the active menu. If you go to the 
> left from menu item that hasn't sub menu (let's say, Navigate – Next Note), 
> Lyx is not crashing and that opens next to the left menu.
>
>
>
>
> Sorry for the lapsus lingua: not left, but right and vice versa in all my 
> text.
> My setup: Manjaro Linux, Lyx 2.3.4.


Can you give more detailed instructions? Here's what I did (using
English GUI):

1. Alt-N, to open the Navigate menu

2. Bookmarks is highlighted, so hit right arrow to open that menu.

3. Hit right arrow again. This takes me to the Document menu.

What version of Qt is installed on your machine?

Riki





I think, I narrowed the cause. I'm working in Wayland (Sway). There is no crash 
when I'm launching Lyx with xwayland (as "QT_QPA_PLATFORM=xcb lyx") and hitting 
right when I am in the Bookmarks sub-menu takes me to the Document menu. But 
Lyx in Wayland crashes when I do the same.
I just receive your mail. Yes, it's Wayland.

 One more small thing Alt-I (to open Insert menu) isn't working when you press 
it first after launching program while other menus all are working. After 
launching some other menu by Alt Alt-I is working. That is in Wayland and X11.

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: lyx crashes while menu navigating to the left

[V K]

Steps to reproduce: navigate through menus with keyboard (arrows), let's say, 
menu Navigate, go deeper into sub-menu (Bookmarks – Save Bookmark 1) and if 
there will be no more sub-menu in the left but you press left arrow Lyx crashes 
and after relaunching there is no documents from last session. If you go right 
with arrow, this opens right to the active menu. If you go to the left from 
menu item that hasn't sub menu (let's say, Navigate – Next Note), Lyx is not 
crashing and that opens next to the left menu.




Sorry for the lapsus lingua: not left, but right and vice versa in all my text.
My setup: Manjaro Linux, Lyx 2.3.4.
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

lyx crashes while menu navigating to the left

[V K]

I think, I've found a bug.
Steps to reproduce: navigate through menus with keyboard (arrows), let's say, 
menu Navigate, go deeper into sub-menu (Bookmarks – Save Bookmark 1) and if 
there will be no more sub-menu in the left but you press left arrow Lyx crashes 
and after relaunching there is no documents from last session. If you go right 
with arrow, this opens right to the active menu. If you go to the left from 
menu item that hasn't sub menu (let's say, Navigate – Next Note), Lyx is not 
crashing and that opens next to the left menu.

Best regards, 

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

"Use Class Defaults" not working properly

[V K]

I found message in this list where Jürgen wrote, that "use class defaults" 
button "should apply to the following settings: 
* oneside/twoside 
* columns 
* page style 
* toc level 
And resets to what is defined as default (if any) in the layout file."

New Beamer class document (with "use class defaults" applied) compiles a pdf 
with margins from the article class and even A4 paper format. And there is no 
opportunity to change margins or paper format, because they are greyed out. 
User must revert to the article class, apply it (with warnings), change to 
defaults, apply them (with warnings) and revert back to Beamer. Nonetheless pdf 
after compiling has margins from the article class despite "Default margins" 
box were ticked – user must delete numbers from margin boxes – only then 
margins from article class disappear. So "Default margins" box isn't working in 
this case.
I couldn't find what is wrong with the margins quite a long time until checked 
code preview pane and saw preamble with margins defined. 
I think it is a bug and "use class defaults" should reset at least margins and 
paper format (and maybe some other parameters, as text layout) to defaults.

Best regards,

Valdemaras
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: Problem with quotes signs in Pandoc conversion

[V K]

I found some solution there: LaTeX Error: Command \textquotedbl unavailable in 
encoding HE8 
put \let\glqq=„ (not ,, – it should be one symbol, not two) in the preamble and 
quote opening signs are in converted docx.

| 
| 
| 
| 
 | 
 |

 |

 |
| 
| 
 | 
LaTeX Error: Command \textquotedbl unavailable in encoding HE8

I was testing today the SVN version of LyX 1.6.0 and 1.5.7. Due to a change in 
the way the double quotation mark...
 |

 |

 |







This solution works only exporting through Pandoc, but it prevents me from 
compiling pdf – Lyx is throwing error "The document does not appear to be in 
UTF-8 encoding." So, „ isn't accepted. Ignoring error compiles document without 
opening quote and first character after it. I can comment out this string in 
preamble and uncomment it only before conversion with Pandoc.
I created issue in Pandoc: Conversion from LaTeX omits quotes signs from macros 
· Issue #6120 · jgm/pandoc 


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Conversion from LaTeX omits quotes signs from macros · Issue #6120 · jgm...

Hello. Pdflatex compile tex file with opening quotes in Lithuanian, but Pandoc 
conversion from the same file to ...
 |

 |

 |

But I have no big expectations. I couldn't find any requests for these macros 
in Pandoc from LaTeX users, so it isn't very important issue for them, I think.


-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Re: Problem with quotes signs in Pandoc conversion

[V K]

 

On Wednesday, February 5, 2020, 5:23:23 PM GMT+2, Jean-Marc Lasgouttes 
 wrote:  
 
 Le 05/02/2020 à 16:05, V K a écrit :
> So it is obvious that Pandoc understands only quotes signs, but not, how 
> to say, commands, it doesn't convert all the \og, \guillemotleft, 
> \quotesinglbase, \glqq and so on, but perfectly convert signs `` '' << etc.
> Using csquotes package change nothing.Maybe I should load other package?

Hello,

While there could be a case made for exporting more portable LaTYeX when 
the target is a converter, I think that in this case it makes sense to 
open a andoc issue asking for support of these extra macros.

You can see a list of macros used for quotes here:
https://git.lyx.org/?p=lyx.git;a=blob;f=src/insets/InsetQuotes.cpp;h=d34efa48cd4ed07d920c8c4d969f41e9b286da04;hb=HEAD#l337

JMarc
I tink such macros are from the two sources.\glq\glqq\flqq\frqq\flq\frq are 
from ngerman (babel): glq

| 
| 
|  | 
glq


 |

 |

 |


\quotesinglbase\quotedblbase\textquoteright\textquoteleft\textquotedblright\textquotedblleft\textquotesingle\guilsinglleft\guilsinglright\guillemotleft\guillemotrightare
 from textcomp  package, adopted to LaTeX Text symbols (LaTeX2e unofficial 
reference manual (July 2018))

| 
| 
|  | 
Text symbols (LaTeX2e unofficial reference manual (July 2018))

Text symbols (LaTeX2e unofficial reference manual (July 2018))
 |

 |

 |


\textquotedbl isn't listed in that page.

I found some solution there: LaTeX Error: Command \textquotedbl unavailable in 
encoding HE8 
put \let\glqq=„ (not ,, – it should be one symbol, not two) in the preamble and 
quote opening signs are in converted docx.

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
LaTeX Error: Command \textquotedbl unavailable in encoding HE8

I was testing today the SVN version of LyX 1.6.0 and 1.5.7. Due to a change in 
the way the double quotation mark...
 |

 |

 |



But I'll ask Pandoc for support for some symbols from ex-textcomp package (I 
need \textbar that isn't converted to | too) and ngerman. 

Valdemaras
  -- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Problem with quotes signs in Pandoc conversion

[V K]

Hello.
 I quite often need export form Lyx to docx.So I installed Pandoc, converted 
document to docx and... lost all opening quote signs. They are in pdf, 
generated by Lyx, but not in exported docx or odt.
I tested simple lyx file (attached) changing only language of document in Lyx 
settings.  It is all right with all quote signs in English or Italian, bad with 
Lithuanian (my language) and some other languages. So that is language 
dependant. 
After exporting file to plain LaTeX I see what is going wrong. The same text 
with outer and inner quotes:
In English: ``Outer quote `inner quote'{}'' – Result: I can see all quote signs.
In Italian: <> – all quote signs.In Lithuanian: 
\glqq Outer quote \glq inner quote`{}``– I see only closing sings of quotes.
In German, Latvian, Estonian, Polish: ,,Outer quote \quotesinglbase inner 
quote`{}`` – can't see  inner opening quote sign.In Russian: \guillemotleft 
Outer quote \quotedblbase inner quote``\guillemotright – only closing mark of 
inner quote can be seen.In French: \og Outer quote ``inner quote''\fg – only 
inner quotes can be seen.Tex files attached. Pdf generated from them with 
pdflatex are correct, with all quote marks.

So it is obvious that Pandoc understands only quotes signs, but not, how to 
say, commands, it doesn't convert all the \og, \guillemotleft, \quotesinglbase, 
\glqq and so on, but perfectly convert signs `` '' << etc.Using csquotes 
package change nothing. Maybe I should load other package? 


Now I export file to tex, change \glqq to ,,  \glq to , in it and convert tex 
to docx with pandoc. Maybe there is some other solutions? Or maybe I am doing 
wrong something?

It's Pandoc problem  more than Lyx and I can open issue in Pandoc github. But 
maybe it could be considered as Lyx bug? Can Lyx export to tex only quotes 
signs in all languages (as in English or Italian), but not commands? That would 
add more consistency to tex file generated by lyx because now half of quote 
signs represented in signs and half – in commands in the same language.

And thank all developers for hard work with this wonderful program.

Best regards,
Valdemaras Klumbys
  %% LyX 2.3.4 created this file.  For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[12pt,italian]{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[a4paper]{geometry}
\geometry{verbose,tmargin=2cm,bmargin=2cm,lmargin=2cm,rmargin=2cm}
\setlength{\parindent}{1.07cm}
\usepackage{babel}
\usepackage{microtype}
\usepackage[unicode=true,
 bookmarks=true,bookmarksnumbered=false,bookmarksopen=false,
 breaklinks=true,pdfborder={0 0 1},backref=false,colorlinks=false]
 {hyperref}

\makeatletter
\@ifundefined{date}{}{\date{}}
\makeatother

\begin{document}
<>
\end{document}
%% LyX 2.3.4 created this file.  For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[12pt,english]{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[a4paper]{geometry}
\geometry{verbose,tmargin=2cm,bmargin=2cm,lmargin=2cm,rmargin=2cm}
\setlength{\parindent}{1.07cm}
\usepackage{babel}
\usepackage{microtype}
\usepackage[unicode=true,
 bookmarks=true,bookmarksnumbered=false,bookmarksopen=false,
 breaklinks=true,pdfborder={0 0 1},backref=false,colorlinks=false]
 {hyperref}

\makeatletter
\@ifundefined{date}{}{\date{}}
\makeatother

\begin{document}
``Outer quote `inner quote'{}''
\end{document}
%% LyX 2.3.4 created this file.  For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[12pt,ngerman]{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[a4paper]{geometry}
\geometry{verbose,tmargin=2cm,bmargin=2cm,lmargin=2cm,rmargin=2cm}
\setlength{\parindent}{1.07cm}
\usepackage{babel}
\usepackage{microtype}
\usepackage[unicode=true,
 bookmarks=true,bookmarksnumbered=false,bookmarksopen=false,
 breaklinks=true,pdfborder={0 0 1},backref=false,colorlinks=false]
 {hyperref}

\makeatletter
\@ifundefined{date}{}{\date{}}
\makeatother

\begin{document}
,,Outer quote \quotesinglbase inner quote`{}``
\end{document}
%% LyX 2.3.4 created this file.  For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[12pt,russian]{article}
\usepackage[T1,T2A]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[a4paper]{geometry}
\geometry{verbose,tmargin=2cm,bmargin=2cm,lmargin=2cm,rmargin=2cm}
\setlength{\parindent}{1.07cm}
\usepackage{babel}
\usepackage{microtype}
\usepackage[unicode=true,
 bookmarks=true,bookmarksnumbered=false,bookmarksopen=false,
 breaklinks=true,pdfborder={0 0 1},backref=false,colorlinks=false]
 {hyperref}

\makeatletter
\@ifundefined{date}{}{\date{}}
\makeatother

\begin{document}
\guillemotleft Outer quote \quotedblbase inner quote``\guillemotright
\end{document}
%% LyX 2.3.4 created this file.  For more info, see http://www.lyx.org/.
%% Do not 

Re: Feedback on dialog for Windows installer (round 2)

[V K]

Sentence "For most users, choosing "Continue" is the appropriate choice." 
sounds definately better. But I am not inexperienced user and for me minimum 
information why should I continue (but more specific than only "LyX requires") 
is better. A lot of detales would be too complex. "More details" with some 
information (one sentence about broken installation and link to wiki) would be 
ideal: who want can go to wiki and read detales, one sentence for not so 
curious and possibility not to read any burdensome information for totally 
inexperienced users. Happines for all :).




   

Re: Feedback on dialog for Windows installer (round 2)

[V K]

Message is quite clear, but "If you do not understand this message, you should 
choose "Continue"." says too little and indirectly states, that user is dumb. 
I've read previous thread and discussion in lyx-devel. Maybe this sentence can 
be replayced with warning about not working LyX? Something like "Not upgrading 
MiKTeX can leave LyX in not working condition" ("can broke LyX" would be more 
simple to understand, but isn't correct technically, as I understand). This 
sentence informs user, why it should upgrade, not only urges to upgrade. Such 
warning can be compromise with Uwe too, I think :).
And congratulations with release of such good program.
Valdemaras

On Saturday, March 31, 2018 8:39 PM, Scott Kostyshak  
wrote:
 

 Dear all,

I have two separate questions:

1. If no edits are made to the following dialog, do you believe the
dialog would be confusing to the *average* LyX user on Windows during
the LyX 2.3.0 installation process?

    LyX requires MiKTeX 2.9 or later. Your version is X.X.
    Choose "Continue" to automatically update MiKTeX now,
    or "Cancel" to stop the LyX installation. If you do not
    understand this message, you should choose "Continue".

                                    Cancel      Continue


2. Do you have any suggested edits to improve the clarity of the above
message to the *average* LyX user on Windows?

Note that this email follows a previous thread [1]. If you did not
follow that thread, no problem at all since it would be good to have a
fresh view.

Thank you for your help!

Scott


[1] 
https://www.mail-archive.com/search?l=mid=20180313221335.6asbmcrohug4rrzf%40steph