gets scrambled and acts weirdly. I don't know if this is kwm's or lyx's fault
but I thought I could tell you in case (this is kde-1.1.2).
Thank you very much for your work, it saved me a lot of time,
Abdel.
*That Is To Say, not sexual at all... well, maybe a bit...
___
Abdelrazak
²On Tue, 25 Jan 2000, Jean-Marc Lasgouttes wrote:
"Abdel" == Abdelrazak YOUNEs [EMAIL PROTECTED] writes:
Abdel checking for prefix by checking for reLyX... (cached) ./reLyX
Do you have '.' in your PATH? This is probably the reason why reLyX
is found in the build director
-reference, The 'Insert reference' popup does not propose you any
reference, not even the freshly created ones.
My system is:
Linux Slackware 7.0 (egcs-1.1.2, autoconf-2.13, automake-1.4).
Lyx-1.1.4pre2 compiled with CXXFLAGS=-O6 -march=pentiumpro
Regards,
Abdel.
--
Abdelrazak YOUNES
Instructeur EAMAC
Jean-Marc Lasgouttes a écrit :
Andre == Andre Poenitz
[EMAIL PROTECTED]
writes:
Andre We really, really should get rid of the homebaked GUII stuff
Andre and switch to a single frontend. If anybody is masochistic
Andre enough to maintain other frontends, he should be welcome, but
Andre
Martin Vermeer a écrit :
[bug report]
A (hopefully) possible fix would be to let the icon have the same
trigger as the menu-item.
I think this is not possible because menu-items and tool-bar buttons use
completely separated back-ends.
Now I see that there is another dynamic menu-item. Is
Sorry Jean-Marc, I have posted my previous mail before seeing your fix
to the increase-depth bug report.
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I don't want to look presumptuous but, as far as I can
Abdelrazak see, the only truly
Sorry again, I miss this one too. I should maybe inscribe lyx-devel
instead of using gmane...
Abdel.
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I think this is not possible because menu-items and
Abdelrazak tool-bar buttons use
of the proposal above, I'll try to comment the
description below in line...
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I don't want to look presumptuous but, as far as I can
Abdelrazak see, the only truly dynamic menu is the Navigate menu
Jean-Marc Lasgouttes a écrit :
Abdel == Abdel [EMAIL PROTECTED] writes:
Let's reply once again to the same message. I think I forgot some
answers.
Abdel OK, thanks. My main problem is that while a MenuItem is of
Abdel Submenu kind, sometimes (depends on the document you load and
Abdel the
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Well I _don't_ need the names, it's just that I though the
Abdelrazak MenuBackend needed it to expand the submenu. So maybe I
Abdelrazak got it wrong... Are you saying that there is no need
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak A good news never come alone so I have also fixed my
Abdelrazak random crashes problem. This is because I kept a const
Abdelrazak reference of menu item FuncRequest given by
Abdelrazak MenuItem
Abdelrazak Younes a écrit :
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes
[EMAIL PROTECTED]
writes:
Abdelrazak A good news never come alone so I have also fixed my
Abdelrazak random crashes problem. This is because I kept a const
Abdelrazak reference of menu item FuncRequest
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Abdelrazak Younes a écrit :
| Jean-Marc Lasgouttes a écrit :
| Abdelrazak == Abdelrazak Younes
| [EMAIL PROTECTED]
| writes:
|
| Abdelrazak A good news never come alone so I have also fixed my
| Abdelrazak random
Jean-Marc Lasgouttes a écrit :
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Wed, Jan 18, 2006 at 12:50:59PM +0100, Jean-Marc Lasgouttes
Andre wrote:
While this is not a good example, I do think that unification of
menubar and toolbar would be useful. But of course, I would do it
Andre Poenitz a écrit :
On Wed, Jan 18, 2006 at 03:43:58PM +0100, Abdelrazak Younes wrote:
OK, I think I have some arguments now ;-)
So, if I was to rewrite this all (which I am not going to do, at least
not now), I would base this on four configuartion files:
[...]
Ok up to:
Good enough
Angus Leeming a écrit :
Jean-Marc Lasgouttes wrote:
While this is not a good example, I do think that unification of
menubar and toolbar would be useful. But of course, I would do it
in the existing backend framework...
Andre 'QAction'...
What' so great about QAction? Just that the whole qt
Angus Leeming a écrit :
Abdelrazak Younes wrote:
Side note: Is there a reason why lyxaction is a global variable? (I
_don't_ like global variable). Well, I have noticed that this is not the
only case of a global variable in the source code. IMHO, we should get
rid of all these and put them
Andre Poenitz a écrit :
On Sat, Jan 21, 2006 at 05:03:40PM +0100, Abdelrazak Younes wrote:
Just kidding of course... 1.4 has at least two very good new features:
Branches and Track Change. There is one feature I am missing a lot: the
ability to make a reference to a figure or a section without
Martin Vermeer a écrit :
On Sun, Jan 22, 2006 at 12:20:23PM +0100, Abdelrazak Younes wrote:
Andre Poenitz a écrit :
On Sat, Jan 21, 2006 at 05:03:40PM +0100, Abdelrazak Younes wrote:
...
Of course there are still problems:
- the Document-Settings dialog crashes lyx but does not crash
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I see that you and Angus have a lot of Qt4 expertise. It
Abdelrazak would be a pity for LyX to loose that IMO. Lars,
Abdelrazak Jean-Marc, when do you think it would be possible to allow
"Garst R. Reese" wrote:
Abdelrazak YOUNES wrote:
Hi,
When I try to compile lyx-1.0.0. I get the following error :
g++ -c -g -I. -I. -I../images -I/usr/X11R6/include figinset.C
figinset.C: In function `void sigchldchecker(pid_t, int *)':
figinset.C:843: `status'
Hi,
I tested the lastest CVS to see what's up with lyx And my verdict is:
WONDERFUL
I like the new features and dialogs a lot I don't know if this is the right
time to report bugs but anyway here is it:
There are some problems compared to 116fix3:
1) The status bar doesn't indicate anymore
On Friday 01 March 2002 07:55 am, Allan Rae wrote:
\\ There is never a wrong time to report bugs -- although sometimes
\\ people report known bugs.
Well I try to read the devel mailing list archive but not enough it seems.
\\ There are some problems compared to 1.1.6fix3:
\\ 1) The status bar
On Friday 01 March 2002 11:11 am, Martin Vermeer wrote:
\\ On Fri, Mar 01, 2002 at 10:17:04AM +0100, Abdelrazak Younes wrote:
\\ LaTeX Warning: Command \textdegree invalid in math mode on input line 52.
\\ LaTeX Warning: Command \textdegree invalid in math mode on input line 52.
\\ LaTeX
On Friday 01 March 2002 11:52 am, Jean-Marc Lasgouttes wrote:
\\ Could you describe a sequence of actions? I suspect we do not
\\ understand what you mean.
For example when I want to insert a citation reference with the mouse I do:
Menu Insert-Citation Refernce
Formerly, the status bar use to
0x080f7353 in LyXGUI::runTime ()
#16 0x080f7e2e in LyX::LyX ()
#17 0x0813df52 in main ()
#18 0x402a65b0 in __libc_start_main () from /lib/libc.so.6
(gdb)
On Friday 01 March 2002 11:52 am, Jean-Marc Lasgouttes wrote:
\\ Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
\\
\\ Abdelrazak 1
() at math_parser.C:365
#25 0x080f7af3 in LyXGUI::runTime ()
#26 0x080f85ce in LyX::LyX ()
#27 0x0813e6f2 in main ()
#28 0x402a65b0 in __libc_start_main () from /lib/libc.so.6
(gdb)
On Friday 01 March 2002 07:55 am, Allan Rae wrote:
\\ On Thu, 28 Feb 2002, Abdelrazak Younes wrote:
\\
\\ Hi,
\\
\\ I tested
Jean-Marc Lasgouttes a écrit :
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre There is indeed no reason (in theory) for us to use repaint().
Andre update() just does the right thing, possibly combining repeated
Andre request to a single one.
Andre In practivce, there might have been a
Abdelrazak Younes a écrit :
Jean-Marc Lasgouttes a écrit :
Andre == Andre Poenitz
[EMAIL PROTECTED]
writes:
Andre There is indeed no reason (in theory) for us to use repaint().
Andre update() just does the right thing, possibly combining repeated
Andre request to a single one.
Andre
, at 12:14 PM, Abdelrazak Younes wrote:
Reading this thread, I see that the problem was mainly on MacOSX.
If somebody is willing to test on this platform, I can provide a
patch that will remove this key buffering in the qt2 frontend.
That would be me: I'm happy to test.
Bennett
Hello Uwe and Angus,
A colleague of mine have installed Uwe full installer. It seems that the
default miktex installation doesn't contain htlatex. Plus, even if you
install it manually with Miktex, lyx doesn't check for htlatex on a
reconfigure, only tth and hevea AFAIR.
Angus' installer do
Bennett Helm a écrit :
On Jan 25, 2006, at 10:04 AM, Abdelrazak Younes wrote:
YOUNES Abdelrazak (M3SYSTEM) a écrit :
Hello Bennett,
I'll send a patch tomorrow but you can already test if the patch I
sent earlier has any impact on performance on MacOSX.
Hi Bennet,
Please find attached
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Hum... It's not that I am jealous but the GTK frontend
Abdelrazak does not appear complete and it ships with 1.4.x already.
Come on, admit it: you _are_ jealous !
OK, I admit
Hello,
I wanted to debug my Document dialog crash but I got lost within these
huge classes. I hope that Edwin Leuwen will not be upset but I ended up
re-architecturing it quite a lot.
The first thing I have done is to put everything related to GUI access
inside QDocumentDialog. The QDocument
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
There is already a side benefit to this new architecture: There are two
UI for branches, the one in the Document Settings and a simpler one.
Would it be a good idea to replace the latter by the former?
I don't think so. They serve
Jean-Marc Lasgouttes a écrit :
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Note that with subversion (yes, I have my scripts ready and
Lars warmed up for conversion), moving things around in the tree or
Lars duplicating them is a breeze. So unless the build system is
Lars
Hello Edwin,
Just to let you know that from the last discussion with JMarc, the idea
was to unify Menu and Toolbar actions in 1.5 or 1.6. But your solution
is a good short-term solution to this problem.
Abdel.
Leuven, E. a écrit :
thanks christian,
i followed your suggestion and added it
Hello Edwin,
Just to let you know that from the last discussion with JMarc, the idea
was to unify Menu and Toolbar actions in 1.5 or 1.6. But your solution
is a good short-term solution to the user-defined action problem.
Abdel.
Leuven, E. a écrit :
thanks christian,
i followed your
Andre Poenitz a écrit :
On Mon, Feb 06, 2006 at 09:59:42AM +0100, Jean-Marc Lasgouttes wrote:
Helge == Helge Hafting [EMAIL PROTECTED] writes:
Helge I tested the userguide, no problems there. Further testing
Helge shows that it is related to images. I have some high resolution
Helge images -
Abdelrazak Younes a écrit :
Andre Poenitz a écrit :
On Mon, Feb 06, 2006 at 09:59:42AM +0100, Jean-Marc Lasgouttes wrote:
Helge == Helge Hafting
[EMAIL PROTECTED] writes:
Helge I tested the userguide, no problems there. Further testing
Helge shows that it is related to images. I have some
Abdelrazak Younes a écrit :
On Mon, Feb 06, 2006 at 09:59:42AM +0100, Jean-Marc Lasgouttes wrote:
This is what I was about to suggest: currently, every time a paragraph
is created/killed, the whole document after it is duplicated. For
images, this means a lot of work. In particular, I think
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Hello Jean-Marc, maybe this is the bottleneck I am looking
Abdelrazak for. With my patch, undo/redo paragraph insertion is
Abdelrazak instantaneous and I can see that ParagraphList::insert
Martin Vermeer a écrit :
On Thu, Feb 09, 2006 at 12:25:41PM +0100, Abdelrazak Younes wrote:
Abdelrazak Younes a écrit :
...
Again when pasting multiple paragraphs, my debug info tells me that the
multiple insertion are instantaneous but I have to wait maybe 0.5 second
to see them
Abdelrazak Younes a écrit :
Martin Vermeer a écrit :
On Thu, Feb 09, 2006 at 12:25:41PM +0100, Abdelrazak Younes wrote:
Abdelrazak Younes a écrit :
...
Again when pasting multiple paragraphs, my debug info tells me that
the multiple insertion are instantaneous but I have to wait maybe 0.5
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Abdelrazak Younes a écrit :
On Mon, Feb 06, 2006 at 09:59:42AM +0100, Jean-Marc Lasgouttes
wrote:
This is what I was about to suggest: currently, every time a
paragraph is created/killed
Abdelrazak Younes a écrit :
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes
[EMAIL PROTECTED]
writes:
Abdelrazak Hello Jean-Marc, maybe this is the bottleneck I am looking
Abdelrazak for. With my patch, undo/redo paragraph insertion is
Abdelrazak instantaneous and I can see
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| I have put convenience function so as to minimize the changes needed
| in the code that uses ParagraphList. But there are some minimal (IMHO)
| change. The interface is simpler so a lot of code could be simplified
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
But eraseIntern is only called when removing characters from a
paragraph, right?
Abdelrazak You are right of course. My use case is to type Enter in
Abdelrazak the middle of the paragraph of a big
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
IMHO first step is to make ParagraphList a proper class that
_contains_ a (private) vector. Methods should be added to this
ParagraphList so that what we use from the vector is covered.
Nothing more
Jean-Marc Lasgouttes a écrit :
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Wouldn't it be simpler to use a vector and change its
Jean-Marc interface to look like a vector? I am not sure why we want
Jean-Marc a list, actually. Inserting/erasing in a vector of pointers
Jean-Marc Lasgouttes a écrit :
Abdelrazak Again when pasting multiple paragraphs, my debug info
Abdelrazak tells me that the multiple insertion are instantaneous but
Abdelrazak I have to wait maybe 0.5 second to see them on the
Abdelrazak screen...
Could it be updateCounters()? This scans the
Angus Leeming a écrit :
Abdelrazak Younes wrote:
This is why I had to write it++ instead of it+1 in some cases.
Just browing an interesting thread. You're doing great things here Abdel!
Thanks. But I have to convince Lars...
I highlighted the line above because language issues require
the non efficient iterator interface
that you want.
Then a third patch that will fix the calls to the inefficient iterator
interface.
Would you be happy with that?
Abdel.
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes a écrit :
| Abdelrazak
Martin Vermeer a écrit :
On Thu, Feb 09, 2006 at 05:16:10PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
Abdelrazak Again when pasting multiple paragraphs, my debug info
Abdelrazak tells me that the multiple insertion are instantaneous but
Abdelrazak I have to wait maybe 0.5
Abdelrazak Younes a écrit :
Martin Vermeer a écrit :
On Thu, Feb 09, 2006 at 05:16:10PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
Abdelrazak Again when pasting multiple paragraphs, my debug info
Abdelrazak tells me that the multiple insertion are instantaneous
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| OK Lars,
|
| Why not going the other way? I can first provide a patch that will fix
| interface problems like for example the '++it' instead of 'it+1' but
| without touching ParagraphList.
| Then a second patch
Andre Poenitz a écrit :
-class ParagraphList : public std::vectorParagraph
+using namespace std;
Please no 'using' in headers.
Sure, this was just a quickly made proof of concept.
- ParagraphList::const_iterator p = par + 1;
+ ParagraphList::const_iterator p = par; p++;
Or 'p
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
I would be very happy if you could review my code.
One thing I like about your code is that it makes the code of clients of
ParagraphList a lot more readable. One place where this isn't the case is in
undo.C where code like
Angus Leeming a écrit :
Ah... This is because I didn't go to the full monty... I forgot to erase
those three lines:
- advance(first, first_pit);
- ParagraphList::const_iterator last = plist.begin();
- advance(last, last_pit + 1);
It is better now,
Abdelrazak Younes a écrit :
Angus Leeming a écrit :
Ah... This is because I didn't go to the full monty... I forgot to
erase those three lines:
- advance(first, first_pit);
- ParagraphList::const_iterator last = plist.begin();
- advance(last, last_pit + 1
Helge Hafting a écrit :
[...]
I see that Helge Hafting has created bug 2287 for that so Helge, maybe
you could attach this patch to this bug? And maybe test if there is
any improvement with your use case?
This patch helps a lot, although there is one slow case left.
Very good. The remaining
Jean-Marc Lasgouttes a écrit :
Richard == Richard Kleeman [EMAIL PROTECTED] writes:
Richard If this is a compilation optimization issue let me know and I
Richard can recompile with appropriate flags (I just used ./configure
Richard --with-frontend=qt).
Unfortunately, I think this sluggishness
()
: begin_of_body_(0), pimpl_(new Paragraph::Pimpl(this))
{
// -*- C++ -*-
/**
* \file it_vector.h
* This file is part of LyX, the document processor.
* Licence details can be found in the file COPYING.
*
* \author Abdelrazak Younes
*
* Full author contact details are available in file CREDITS
Angus Leeming a écrit :
Abdel, have you posted a message to this list to say that you agree to license
any contributions that you make to LyX under the Gnu General Public License,
version 2 or later? If not, please do so.
I haven't contributed anything yet but I of course agree to license any
Angus Leeming a écrit :
[...]
So, operator+ advances the iterator but operator- tells you how
far it would go but does nothing? That doesn't seem right.
Can you explain the rationale?
vector::iterator has these operators which does essentially that
(advance) and distance but list::iterator
());
return *ItVector_[pos];
}
Abdel.
Abdelrazak Younes a écrit :
Dear lyx developers,
Please find attached to this mail my refined patch for the ParagraphList
rewrite problem. This patch makes ParagraphList derive from
it_vectorstd::listParagraph
it_vector is a new template class
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
[...]
Having thought about it some more, I realise that I'm actually
perfectly happy with
it_vector::iterator it1 = ...;
int pos = ...;
it_vector::iterator it2 = it1 + pos;
However, I'm surprised that operator
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Having said that, I don't suppose that I'd lose too much sleep if
| the foreach declaration remained in it_vector.h but I'd be less happy
| to see it remain as an it_vector member function.
|
| Let's wait if anybody
Hello,
Would it be possible to have a link to the diff and/or patch in the
messages sent to lyx-cvs?
Thanks in advance,
Abdel.
Hello,
I have just discovered a potential bug with the keyboard selection:
Anywhere in the document, if you first press Shift+PageDown the effect
is the same as PageDown. But if you have already something selected
(with the keyboard or the mouse), Shift+PageDown will extend the
selection
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Hello, I have just discovered a potential bug with the
Abdelrazak keyboard selection: Anywhere in the document, if you first
Abdelrazak press Shift+PageDown the effect is the same as PageDown
John Levon a écrit :
On Thu, Feb 16, 2006 at 10:55:58PM +0100, Abdelrazak Younes wrote:
It's worth remembering that one of the reasons that 1.4.0 is so much
slower is because the code was treated like a wiki.
Ah? I didn't go that far in the lyx-devel archives... :-)
[...]
If we never have
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| That's why I suggested to be more aggressive in the cleaning up. It's
| easier to make change when the code is clean and truly objected
| oriented.
I think we have been agressive enough to last us a lifetime
Jean-Marc Lasgouttes a écrit :
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Is it to say that you will not allow the changes I've planned in my
TODO list about ParagrahList in th 1.5svn timeframe for example?
Andre I think you can be pretty confident that the ParagraphList will
Andre go
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Guys,
|
| I have tested this new approach pretty extensively:
| - opened all my lyx documents+lyx help doc
| - played with them, added/erased paragraph randomly,
| - cut/copy/past large selection, math, graphics
Abdelrazak Younes a écrit :
Whoua... Another set of comments!
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes
[EMAIL PROTECTED]
writes:
| #ifndef IT_VECTOR_H
| #define IT_VECTOR_H
| | #include vector
| #include algorithm
| | #include debug.h
Please change order of includes. The rule
Abdelrazak Younes a écrit :
I also think that it_vector really should be a RandomAccessList, tuned
for only working with std::list as the main container and std::vector
as its 'iterator cache'
I need more explanation. For me, if you restrain the use to operator[]
and operator() access
Abdelrazak Younes a écrit :
This was my impression too but hey, I won't complain that I caught its
interest!
_his_ interest! Sorry Lars.
Abdel.
John Levon a écrit :
On Sat, Feb 18, 2006 at 09:00:40PM +0200, Martin Vermeer wrote:
Given your observations, I suspect that the others are all using the g++
super-safe iterators; they have to be explicitly turned off when configuring the
build.
Can I re-iterate a request to turn this option
It
+ ParagraphList(It it_start, It it_end)
+ : RandomAccessListParagraph (it_start, it_end) {}
};
#endif
// -*- C++ -*-
/**
* \file RandomAccessList.h
* This file is part of LyX, the document processor.
* Licence details can be found in the file COPYING.
*
* \author Abdelrazak Younes
Lars Gullik Bjønnes a écrit :
How are we doing here?
Have we added the caveats about change tracking not being optimum and
that xymatrix not being properly supported by mathed? (I am not quite
decided on the xymatrix issue yet, everything depends on how much
testing it gets)
Others things that
Karsten Heymann a écrit :
Abdelrazak Younes schrieb:
RCS file: /var/cvs/lyx/lyx-devel/ANNOUNCE,v
+** Keyboard Selection
+
+- Shift-PageDown and Shift-PageUp keys combination work only there is
^^if
Thanks. Updated patch
Hello,
I'm trying to use SVN but I get this:
D:\msys\home\yns\svnsvn co svn://svn.lyx.org/lyx/lyx-devel/trunk lyx-devel
svn: Can't connect to host 'svn.lyx.org': A connection attempt failed
because the connected party did not properly respond after a period of
time, or established connection
Georg Baum a écrit :
Abdelrazak Younes wrote:
Ping statistics for 62.70.27.115:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Am I doing something wrong?
Ping works fine here. Maybe you have a broken firewall?
That would not surprise me indeed. Thanks.
Abdel.
Georg
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Hello,
|
| I'm trying to use SVN but I get this:
|
| D:\msys\home\yns\svnsvn co svn://svn.lyx.org/lyx/lyx-devel/trunk lyx-devel
| svn: Can't connect to host 'svn.lyx.org': A connection attempt failed
| because
Joost Verburg a écrit :
Try to click around a bit on the right side of the equation. For
example, make an attempt to get the cursor somewhere around the number 2.
When using the keyboard everything is fine,
Hum no, not everything but it is somewhat related. With your first test
document, if
Joost Verburg a écrit :
Try to click around a bit on the right side of the equation. For
example, make an attempt to get the cursor somewhere around the number 2.
When using the keyboard everything is fine,
Hum no, not everything but it is somewhat related. With your first test
document, if
Georg Baum a écrit :
The attached patch implements that and works for me as well. What needs to
be done if this should go in is to check for side effects everywhere where
editable() is used (fortunately only ~ 3 places), and better testing, but I
think that this approach is prefereable to the
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Hello, Two files with this mail:
Abdelrazak RandomAccessList.h: renamed and cleaned up version of
Abdelrazak former it_vector.h ParagraphListRewrite.patch: updated
Abdelrazak with the above
Juergen Spitzmueller a écrit :
Lars Gullik Bjønnes wrote:
BTW. Do we have a bugzilla bug number for this one?
The cursor positioning part of it is
http://bugzilla.lyx.org/show_bug.cgi?id=1918
I can confirm that Jean-Marc's patch fixes most of this bug.
I confirm that also on windows.
Lars Gullik Bjønnes a écrit :
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
|
| Abdelrazak Hello, Two files with this mail:
|
| Abdelrazak RandomAccessList.h: renamed and cleaned up version of
| Abdelrazak former it_vector.h
Abdelrazak Younes a écrit :
An idea for testing: would i be possible
to add temporarily to the at() method a test that the paragraph
returned by the vector is the same as what would be obtained from the
list (by std::advance, I guess)? This would help to make sure the
vector and the list
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
Just some little observations.
Angus
/// Copy constructor.
RandomAccessList(RandomAccessList const ext_list) {
- for (const_iterator it = ext_list.begin();
-it != ext_list.end
Michael Gerz a écrit :
- Bookmarks and links to LaTeX errors are broken after paragraph
deletion/insertion
http://bugzilla.lyx.org/show_bug.cgi?id=2284
http://bugzilla.lyx.org/show_bug.cgi?id=2242
Michael Gerz a écrit :
Absolutely! And Abdel's patch would remove the other two bugs + speed
Abdelrazak Younes a écrit :
Michael Gerz a écrit :
- Bookmarks and links to LaTeX errors are broken after paragraph
deletion/insertion
http://bugzilla.lyx.org/show_bug.cgi?id=2284
For this one, Lyx open the document, the second line is selected and a
nice Lyx Parse Error dialog says
Abdelrazak Younes a écrit :
Michael Gerz a écrit :
- Bookmarks and links to LaTeX errors are broken after paragraph
deletion/insertion
http://bugzilla.lyx.org/show_bug.cgi?id=2284
http://bugzilla.lyx.org/show_bug.cgi?id=2242
I cannot reproduce bug 2242 with my patch :-)
But maybe I haven't
Georg Baum a écrit :
Abdelrazak Younes wrote:
Abdelrazak Younes a écrit :
Michael Gerz a écrit :
- Bookmarks and links to LaTeX errors are broken after paragraph
deletion/insertion
http://bugzilla.lyx.org/show_bug.cgi?id=2284
For this one, Lyx open the document, the second line is selected
Jean-Marc Lasgouttes a écrit :
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost However, the Windows build scripts also do not work in the
Joost current state. The reason is that automake 1.9 is not yet
Joost available for Windows. Currently I can only get it to compile
Joost using
Enrico Forestieri a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
For Msys/mingw binaries, I might be able to help if needed. Packaging is
something else... Uwe might propose something and Angus might come out
of his retirement . I can see some well positioned outsiders (Enrico
Michael Gerz a écrit :
Abdelrazak Younes wrote:
Building of svn version with current MSYS DTK is not possible because
of old automake. But I guess that automake is not required for
building a released candidate.
Reading the user list, I see that some people managed to use Cygwin
1 - 100 of 20260 matches
Mail list logo