Christian Ridderström wrote:
Nice to read:
http://www.lyx.org/TranslationHints
/Christian
PS. I'm not sure if we still should link to this page, and from which
page we should link to it.
Ideal material for a wiki, no? It's a useful but personal account.
A.
Christian Ridderström wrote:
On Thu, 17 Jul 2008, Christian Ridderström wrote:
What's the status of the change tracking that's describe on the
following page?
http://www.lyx.org/devel/changetracking.php
Should I port it to the new web site? To the wiki? Or just redirect
the old page to
[EMAIL PROTECTED] wrote:
A starting point of the announcment can be found here:
PS. Here's a copy of the text:
Here's a little re-working into English ;-)
Angus
The LyX community has for a long time felt that the old site needed a
major overhaul. The [[new LyX web site-http://www.lyx.org]]
has
... The [translation page] on the main LyX home page ...
points at
http://www.lyx.org/about/i18n.php
... If you've got (or would like) any experience with coding for
multi-lingual documents, contact the [Developers' mailing list].
points at
http://www.lyx.org/mailing.php
Al
[EMAIL PROTECTED] wrote:
Do we want to keep a copy of the old www.lyx.org? Or maybe just a
screenshot to remember how ugly it was? (I didn't think about this
before I modified 'index.php')
Would be nice, for nostalgia's sake.
One thing I keep remembering as I walk to work and then forget any
[EMAIL PROTECTED] wrote:
Does anyone know a perl compatible regexp that matches 'href' but not
'\href'?
Match all occurences of 'href' that are preceded by zero or more
whitespace chars and followed by zero or more whitespace chars and an
'=' char
[\n\t ]*href[\n\t ]*=
Angus
The new site is looking fantastic! Way to go, guys! Way to go! (See,
I've become American :-P)
I see that Rex has created a new graphic for the home page, so
presumably you're still experimenting with such things. With that as my
preamble, I'd like to share some comments I have about the image
I get asked for a password if I click on the Edit link at the bottom of
http://www.lyx.org/test/Download?skin=pmwiki
However, I can just walk into
http://www.lyx.org/test/wiki/index.php/Web/HomePage?action=edit
I suspect you don't want that :-P
Angus
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
On Mon, 7 Apr 2008, Angus Leeming wrote:
While I'm at it ;-)
Hi Angus,
Would it be to much to ask you to just fix it?
I am not sure his employer would allow him to %-]
:-P
I see many other pages are afflicted by the -
Angus Leeming wrote:
We had one curmudgeonly gentleman, John Weiss, who point blank refused
to licence his contribution to LyX under the GPL version 2 or later. The
old flavour of this page has him down as licencing his contributions
under the artistic licence. The new page does not...
http
We had one curmudgeonly gentleman, John Weiss, who point blank refused
to licence his contribution to LyX under the GPL version 2 or later. The
old flavour of this page has him down as licencing his contributions
under the artistic licence. The new page does not...
http://www.lyx.org/test/Abou
Angus Leeming wrote:
Pavel Sanda wrote:
I think we're ready to go live.
just few bits i've found during scanning the whole structure:
- what is lyx, features, get involved pages, donate contain unreadbale
chars (copyright sign Lars name,...)
- whats is lyx - credits links at th
Pavel Sanda wrote:
I think we're ready to go live.
just few bits i've found during scanning the whole structure:
- what is lyx, features, get involved pages, donate contain unreadbale chars
(copyright sign Lars name,...)
- whats is lyx - credits links at the end will be b0rken once pages a
[EMAIL PROTECTED] wrote:
I've talked to Andrei, Rex etc and from a design point of view, we're
ready to go live. So what else is missing before a release?
It's looking very nice, but I notice when playing with the different
skins at http://www.lyx.org/test/Download that LyX Downloads
isn't vi
Pavel Sanda wrote:
wasn't WYSIWYM as well). The second time, I fixed the errant line
breaks in Notepad++. I'm willing to fix it again to look the way you
want if you let me know specifically what should change (indentation,
spacing, line breaks, ?).
just look into the patch you sent and compare
rgheck <[EMAIL PROTECTED]> writes:
> In r23505, I removed the ability to index into the LayoutList held in a
> TextClass, because it seemed too implementation dependent, and just
> ugly. I replaced it with an iterator. Unfortunately, the iterator was
> kind of ugly too, because it wasn't returni
I notice that the LyX donations page,
http://www.lyx.org/donations.php, is unable to display the PayPal
image. As a result, the admonition to "click the button below" isn't
going to bring in much hard cash :-P
Ah, interesting. All looks fine with Firefox 2.0, but things are
broken with IE7. M
Stefan Schimanski wrote:
Hi!
I would like to use the multi_index classes from the boost library.
Unfortunately this is not in the boost version we have in svn. Is it
just old or do we have only a selection of boost modules?
Only those libraries that are actually used by LyX. While you're
ad
Dov Feldstern wrote:
So now the question is: do we need this function at all at this point?
Since it seems to have been doing nothing for the past three years, can
we just get rid of it? Does anyone know if what the code that's in there
*should* have been doing is still needed?
You should nev
Pavel Sanda wrote:
Pavel Sanda wrote:
I purposely left RC_VISUAL_CURSOR out of this function, because something
is fishy about it. AFAICT, this function doesn't do anything... JMarc
took a look and I think he also wasn't sure about it... So before just
fixing the warnings, we ought to try and
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> Dov Feldstern wrote:
> > I just noticed that LyXRC::getDescription (in which I made some changes
> > for the visual cursor stuff) is #if-fed out because it's not used.
> >
> > 1. So is there any point in my making changes in it?
> > 2. Should we
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Jan 4 18:04:07 2008
New Revision: 22368
URL: http://www.lyx.org/trac/changeset/22368
Log:
remove extra menu expansion which causes multiple warnings about shortcuts
-
- Menu menu;
- menubackend_.expand(menubacken
[EMAIL PROTECTED] wrote:
Author: bpeng
Date: Sat Jan 5 05:39:01 2008
New Revision: 22373
URL: http://www.lyx.org/trac/changeset/22373
Log:
zipunzip.cpp: Replace makedir etc with versions in support::FileName, fix a bug
in extracting subdirectories
Modified:
lyx-devel/trunk/src/support/min
[EMAIL PROTECTED] wrote:
Author: bpeng
Date: Sat Jan 5 05:43:13 2008
New Revision: 22374
URL: http://www.lyx.org/trac/changeset/22374
Log:
Embedding: does not write inzipName option in InsetGraphics because inzipName
is now automatically determined
Isn't this a format change?
A.
[EMAIL PROTECTED] wrote:
> Author: rgheck
> Date: Sat Jan 5 17:49:49 2008
> New Revision: 22385
>
> URL: http://www.lyx.org/trac/changeset/22385
> Log:
> Implement isAvaiable in ModuleList.
Call be blind, but I cannot see where you set LyXModule::checked to
True...
Incidentally, it's usually
Enrico Forestieri wrote:
>> configure_command_ = os::python() + ' ' +
>> quoteName(configure_script.toFilesystemEncoding()) +
>> with_version_suffix();
>
> You are right. A parser would be needed, and it is going to become
> cumbersome and error prone.
It just so happens that I wrot
Jean-Marc Lasgouttes wrote:
> I know you would eventually praise the good old xforms way of doing
> things :)
LOL. As the man what wrote that dialog, I seem to remember that we killed
it because it wasn't LyX's job to be a taskmgr-like GUI.
I believe John and Asger were particularly "convincing"
Andre Poenitz wrote:
> Given that the plain C++ version
>
> char const *d[] = { "a", "b", "c" };
> vector v(d, d + sizeof(d) / sizeof(d[0]));
>
> is - taking the extra #include line into
> account - not even longer to type than any boost based solution
> I doubt the boost stuff would survive for
Andre Poenitz <[EMAIL PROTECTED]> writes:
> So maybe the macro is not the best idea after all.
Maybe I'll dig into the boost preprocessor library to write something like:
vector opts = LYX_INITIALIZE_VECTOR("a", "b", "c");
Compile times would surely make you smile.
SCNR backly,
Angus
Andre Poenitz <[EMAIL PROTECTED]> writes:
> [Btw, this is one of the cases were I do not see actual benefits over
> global variables. If we had several instances or needed complicated
> construction/destruction matters would be different...]
Several instances? Your confused me ol' china. Neither e
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> This compiles except that I don't know how to declare the vector correctly.
> Currently all lists are given as:
> char const * const known_fontsizes[] = { "10pt", "11pt", "12pt", 0};
G. I really dislike arrays that use a null pointer to indicate the end.
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> On Sun, Dec 09, 2007 at 06:59:36PM +0100, Uwe Stöhr wrote:
>
> > What's the problem?
> > This code part is from Jürgen as proposal, because Angus and Abdel
requested a solution without the
> > declaration of the extern global variable as I did
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> In general a document has usually not more than 10 options, so
> 10 times reforming a vector should be done in less than one millisecond.
I understand. But if nobody tells you of "a better way" then you'll never grow.
Anyway, thanks for persevering with me.
Uwe Stöhr wrote:
take this attached correct patch.
regards Uwe
Shouldn't global variables be declared in tex2lyx.h and defined in
tex2lyx.cpp?
Angus
[EMAIL PROTECTED] wrote:
// special columntypes
extern std::map special_columns;
@@ -218,8 +220,17 @@
h_font_sans = name;
if (!opts.empty()) {
scale = opts;
- pos = scale.find(".");
- h_font_sf_s
Uwe Stöhr wrote:
I'm still a bloody C++ beginner and lost when looking into your code.
No need to be lost. Let's see if I can explain.
The best thing would be to provide a patch tho make the void
"handle_opt" work without the need to have a "delete_void" called
afterwards.
It's best to kee
Uwe Stöhr <[EMAIL PROTECTED]> writes:
+void delete_opt(vector & opts, char const * const * what)
+{
+ if (opts.empty())
+ return;
+
+ // remove found options from the list
+ // do this after handle_opt to avoid potential memory leaks and to be
able
+ // to fin
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Uwe Stöhr wrote:
>
> > Yes, things that are already in the latest fileformat won't be touched in
> > lyx2lyx as far as I tested. So except of probably only a few cases where
> > lyx2lyx changes the file to a wrong format, we can support LyX's
Martin Vermeer <[EMAIL PROTECTED]> writes:
> -# Put here the conversions needed from LaTeX string
> -# to LyXText:
> +# Put here the conversions needed from LaTeX string to LyXText:
> +# Umlauted characters:
> +fullcontent = fullcontent.replace(r'\\\"a', u'ä'
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> This is fixed by the patch below, where I have also replaced
> the regex based code by something simpler. This is not (only) to make
> Andre happy, but also to make it work on wide strings.
I thought Boost.Regex supported wide strings. I believe
Andre Poenitz <[EMAIL PROTECTED]> writes:
> I think we should think about how a binary kernel interface would look
> like. The serialization could exist on top of that as a thin wrapper.
LOL! I've obviously a long memory. I remember a certain André Pönitz telling
me that binary serialization base
On a Linux box:
valgrind --leak-check=full src/lyx
Open up the Users' Guide using the menu "Help>Users' Guide"
Wait some time...
Close LyX with "File>Exit"
That produces the rather disturbing report. This is with a bang-up-to-date
check out.
--
Angus
valgrind_report.txt.gz
Description: GNU Zip
Richard Heck <[EMAIL PROTECTED]> writes:
>
>
> This is very boring:
>
> CommandInfo const * InsetCommandParams::findInfo(
> InsetCode code, std::string const & cmdName)
> {
> switch (code) {
> case BIBITEM_CODE:
> return InsetBibitem::findInfo(cmdName);
> case BIBTEX_COD
Richard Heck wrote:
>
> The attached patch finishes this bit of work, left over from the
> InsetCommand conversion. Comments welcome before I commit.
>
> Richard
This sort of change gives me a nice, warm, fuzzy feeling. It's obvious
you've done something right when you can remove so much code :
Abdelrazak Younes wrote:
> PS: Sorry Angus but you deserved it ;-)
> PPS: I'm talking about Rugby...
Me too. So did you.
Abdelrazak Younes wrote:
Well it was just modeled after Inset::clone but you're right, it's
> strange. Maybe I should just rename it to cloneInset() instead or
> implement a copy ctor...
The copy constructor sounds sane. This thing isn't polymorphic at all.
--
Angus
Richard Heck wrote:
> The obvious way to handle this is to have something like this:
> enum Optional { OPT, REQ };
> struct ParamInfo {
>std::string paramName;
>Optional opt;
>docstring value;
> }
> class ParamList {
>setValue(std::string name, docstr
[EMAIL PROTECTED] wrote:
> Author: poenitz
> Date: Fri Oct 19 01:03:51 2007
> New Revision: 21048
>
> URL: http://www.lyx.org/trac/changeset/21048
> Log:
> isome more FileName shuffling
http://www.lyx.org/trac/file/lyx-devel/trunk/src/support/FileName.cpp?rev=21048
>
=
[EMAIL PROTECTED] wrote:
> Author: younes
> Date: Thu Oct 18 17:29:51 2007
> New Revision: 21033
>
> URL: http://www.lyx.org/trac/changeset/21033
> Log:
> Reduce header dependencies in Paragraph.h
> - Move Changes.h out of Paragraph.h
> - pimpl the inset list.
===
Andre Poenitz <[EMAIL PROTECTED]> writes:
> [Apart from that I do neither trust boost::fs nor our own use of file
> names when it comes to "unusual" enviroments. Chinese Windows comes
> to mind for instance. One of the less funny features that show up
> there is that the argv/argc that's passed to
Bo Peng wrote:
It's OK. But why did you delete the // FIXME UNICODE?
By accident. Fixed and committed.
Anyway, what is this 'FIXME UNICODE'? They are everywhere and nobody
seems to be fixing them now.
They refer to string data in UTF-8 format that is being manipulated in
some way. An exampl
[EMAIL PROTECTED] wrote:
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/insets/InsetHyperlink.cpp?rev=20963
==
--- lyx-devel/trunk/src/insets/InsetHyperlink.cpp (original)
+++ lyx-devel/trunk/src/insets/InsetHyper
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sat Oct 13 09:33:07 2007
New Revision: 20935
URL: http://www.lyx.org/trac/changeset/20935
Log:
please Angus.
;-) Merci beaucoup, Monsieur.
[EMAIL PROTECTED] wrote:
+{
+ // The latex command is "\textLANG{}" and we have to retain
+ // "\textLANG{" for the first char but only "" for all
+ // subsequent chars (this also works when we are passed untranslated
+ // unicode).
+ docstring const latex1 = rtrim(e
[EMAIL PROTECTED] wrote:
+ /// FIXME: we pass Inset::Code as an int in order to avoid the inclusion
+ /// of "Inset.h". It would be better to put Inset::Code in its own
+ /// header.
void changeRefsIfUnique(docstring const & from, docstring const & to,
- In
[EMAIL PROTECTED] wrote:
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/Text3.cpp?rev=20898
==
--- lyx-devel/trunk/src/Text3.cpp (original)
+++ lyx-devel/trunk/src/Text3.cpp Thu Oct 11 12:13:45 2007
@@ -210,8 +210,
[EMAIL PROTECTED] wrote:
BufferView::BufferView(Buffer & buf)
- : width_(0), height_(0), buffer_(buf), wh_(0),
- cursor_(*this),
- multiparsel_cache_(false), anchor_ref_(0), offset_ref_(0),
- need_centering_(false), intl_(new Intl), last_inset_(0),
- gui_(0)
Enrico Forestieri wrote:
On Thu, Oct 11, 2007 at 12:33:20AM +0200, Andre Poenitz wrote:
Wouldn't hurt, right?
Bloated. Inelegant. Sloppy.
The unconditional error was worse.
What unconditional error? I think you "fixed" something that was
not broken.
Indeed.
Especially since that static
Martin Vermeer wrote:
(But, what this implementation gets wrong is that is does not
distinguish the situations
\emph{aaa \emph{bbb} ccc}
and
\emph{aaa} bbb \emph{ccc}
which are visually identical but logically _vastly_ different)
Hm. If a double negative is a positive, shouldn't a doubl
Andre Poenitz wrote:
On Sat, Oct 06, 2007 at 10:13:58PM -0700, Angus Leeming wrote:
Abdelrazak Younes wrote:
I think that what we call "controllers" are really just abstraction
layers created for the benefit of code sharing between multiple
frontends.
That's exactly what they
Bo Peng wrote:
When I copy some text from word to lyx, a few symbols can not be
handled. It took me quite a while to find them all, and here is what I
add to the unicodesymbols file.
χσΣβμ
0x03c7 "$\\chi$" "" ""
0x03b2 "$\\beta$" "" ""
0x03bc "$\\mu$" "" ""
0x03c0 "$\\pi$" "" ""
0x03b8 "$
Bo Peng wrote:
Dear all,
When I think of how to document keyboard shortcuts, and the role of
LaTeXConfig.lyx, and the difficulties to document some features in the
user's guide, I am wondering if shortcuts and other system information
can document themselves. My conclusion is an InsetInfo.
Inse
Abdelrazak Younes wrote:
I think that what we call "controllers" are really just abstraction
layers created for the benefit of code sharing between multiple
frontends.
That's exactly what they are. Now that only Qt4 survives, there's no
reason for their continued existence in their present fo
Andre Poenitz <[EMAIL PROTECTED]> writes:
> So possible resolutions in my eyes are
>
> (1) "physically merge C and V" (that would be 1:0 for KISS vs MVC)
>
> or
>
> (2) "put C and V in the same files" (that would be something like
>0.3 : 0.7 for KISS vs MVC, but would at least not ma
Juergen Spitzmueller wrote:
(btw if anyone notices style issues, feel free to improve the wording.
Where's Angus when you need him?)
Ich bin hier, mein freund, aber ich auch sehr beschäftigt bin. Sie
schreiben soviel, es sind schwierig zu folgen.
Anyway, attached is a slightly re-worked vers
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > Anyway, you're doing the work and you have to convince the other active
> > developers that what you envision is something they want too. The views of
> > retired devs matter only in that they can illuminate the discussion
> > and help some opinion-fo
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > The string conversion orgies are nothing to do with a controller/view
> > separation of the dialog. They're all to do with getting data between
> > the dialog and the frontend.
>
> Not (entirely) true. It's also because frontends/* and
> frontends/cont
Andre Poenitz <[EMAIL PROTECTED]> writes:
> In the long run we could/should think about merging controller and view
> nevertheless. Reduces the number of classes by 50% and make those string
> conversion orgies unnecessary...
The string conversion orgies are nothing to do with a controller/view
s
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Summary:
>
> Before merging controller and view for the "About" dialog:
>
>315 frontends/controllers/ControlAboutlyx.lo
> 88760 frontends/controllers/ControlAboutlyx.o
>301 frontends/qt4/GuiAbout.lo
> 95752 frontends/qt4/GuiAbout.o
> 205
[EMAIL PROTECTED] wrote:
Author: younes
Date: Fri Aug 31 00:46:22 2007
New Revision: 19934
URL: http://www.lyx.org/trac/changeset/19934
Log:
Transfer Text::drawSelection() from InsetText::drawSelection() to
InsetText::draw(). This enables to take care of the background at one place.
This will
Andre Poenitz <[EMAIL PROTECTED]> writes:
> So anybody who remembers the reasons to use the anon namespace (for
> _functions_)? [Rhetorical question...]
I seem to remember that Lars told us that it was "a good thing" (TM). However,
before anyone indulges in a "let's bash Lars bit of nostalgia", h
Martin Vermeer wrote:
I am also using XFig, and text in special mode, and include the figure
as "external material". For me it Just Works. You don't even have to start
up a separate XFig session manually, just click the button in LyX.
You've just made an old man very happy :-)
He'd be less hap
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > I see *what* you're doing. You're initializing the base class, passing
> > its c-tor a std::basic_streambuf pointer which you're also
> > using to initialize the sbuf_ member variable.
> >
> > Is that safe?
>
> I believe it is safe. The TexStreamBuf
It's been a long time (since I used C++ in anger), so forgive my
rustiness, please.
I'm comfortable enough with the new TexStream.h header file. (I even
seem to remember that one must use typedef for templates, rather than
forward declaring a TexStreamBase class ;-))
However, the TexStream c
Richard Heck wrote:
I want to do the following: find all *.module files in the /layouts/
directories. I take it I can find these directories using
Package::system_support(), etc. But do tools exist in support/ for
finding all such files? Or should I just do this manually somehow? (This
would
Richard Heck wrote:
I want to do the following: find all *.module files in the /layouts/
directories. I take it I can find these directories using
Package::system_support(), etc. But do tools exist in support/ for
finding all such files? Or should I just do this manually somehow? (This
would
Abdelrazak Younes wrote:
@@ -32,16 +32,24 @@
{
// try to get the current cell
BufferView const * const bv = kernel().bufferview();
+InsetTabular const * current_inset = 0;
if (bv) {
Cursor const & cur = bv->cursor();
// get the innermost tabular inset;
[EMAIL PROTECTED] wrote:
Author: younes
Date: Thu Jul 19 09:13:48 2007
New Revision: 19130
URL: http://www.lyx.org/trac/changeset/19130
Log:
Be on the safe side: replace static_cast with
dynamic_cast in the Tab widget. We could well use tabs for other things
than Work areas in the future...
José Matos wrote:
Hello,
I propose to warn users of 1.5.0 regarding the downgrade to 1.4 and 1.3
documents.
I intend to commit the following patch and I would appreciate suggestion to
change the spelling, grammar and content of the note.
Regards,
Index: RELEASE-NOTES
===
Abdelrazak Younes wrote:
I got a much better solution attached.
Abdel.
Index: frontends/controllers/ControlTabular.cpp
===
--- frontends/controllers/Control
[EMAIL PROTECTED] wrote:
Author: younes
Date: Tue Jul 17 11:20:39 2007
New Revision: 19094
URL: http://www.lyx.org/trac/changeset/19094
Log:
Fix this bug:
1) create a doc
2) insert an ert inset
3) right-click the inset
4) new window
5) delete the ert inset: BOOM!
This commit replace the stat
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 21:35:13 2007
New Revision: 19082
URL: http://www.lyx.org/trac/changeset/19082
Log:
Allow key event processing when there is no work area.
Modified:
lyx-devel/branches/personal/younes/mvc/src/frontends/qt4/GuiView.cpp
lyx-devel/br
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 21:58:22 2007
New Revision: 19083
URL: http://www.lyx.org/trac/changeset/19083
Log:
Transfer q_key_state from GuiWorkArea to QKeySymbol.
==
--- lyx-devel/branches
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 22:56:19 2007
New Revision: 19084
URL: http://www.lyx.org/trac/changeset/19084
Log:
Add focus to current Work area by default.
void GuiView::setCurrentWorkArea(WorkArea * work_area)
{
BOOST_ASSERT(work_area);
- d.tab_widge
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sat Jul 14 15:15:51 2007
New Revision: 19077
URL: http://www.lyx.org/trac/changeset/19077
Log:
Polish and bug fixing
* Buffer::~Buffer(): transfer label updating from LyXView::closeBuffer() here
for child documents.
Looks to me like you should wr
Angus Leeming wrote:
Hope it helps ;-)
A.
One further thing: the word is "Feedback", not "Feedbacks". I'll let
you fix that!
Angus
Hope it helps ;-)
A.
Index: ANNOUNCE
===
--- ANNOUNCE(revision 18947)
+++ ANNOUNCE(working copy)
@@ -1,29 +1,30 @@
Public release of LyX version 1.5.0 (release candidate 2)
===
-We are glad
Darren Freeman wrote:
What I am most concerned about is being able to write chemical formulas
with each element as a nucleus. I guess if I ensure the nucleus is
math-text then it will work anyway but there must be others who would
like this to work without brace insets.
Maybe there should be a c
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> José Matos wrote:
> > On Tuesday 26 June 2007 16:15:32 Richard Heck wrote:
> >>> May I file an enhancement at bugzilla? (I didn't find any dealing with
> >>> this)
> >> Of course.
> > This subject has been discussed here before I would be
> > surpri
Uwe Stöhr wrote:
> Btw. Why do you have a [EMAIL PROTECTED] email adress and me not?
You do. Now you just need to learn how to use it ;-)
$ ssh [EMAIL PROTECTED]
$ cat .forward
[EMAIL PROTECTED]
--
Angus
Steve Litt wrote:
On Sunday 17 June 2007 14:26, Frederick Noronha [फ्रेडरिक नोरोन्या] wrote:
Hi all, I created an index, and then reworked my book. To my surprise I
found the index hadn't been updated. Did I do something wrong? How do I get
all the index entries to reflect the latest corrections
Andre Poenitz wrote:
However, in these days of a PNG-aware frontend, it does seem strange
that we still ship these XPM files to our consumers. Here's a thought:
why don't we make the XPM -> PNG transformation part of the build
process and ship the resulting PNGs?
Because that is not needed e
LyX still uses XPM images in lib/images. The XPM format is plain text,
so it still makes sense to store XPM files in the SVN repository
because we get versioning history for free. Clearly, that's not the
case if we were to store a binary image format like PNG.
However, in these days of a PNG-a
John Pye wrote:
As I argued above, LyX contains *its own* build system: it defines tools
and file transformations, dependency tracking and caching. Because it
contains all of these things internally it makes using it within an
external build system much more difficult that it should be.
I think
Abdelrazak Younes wrote:
Bo Peng wrote:
Per the use of exception, I think exception should be used more often
in lyx.
LyX's code base is not exception safe. The code hasn't been written
with exception safety in mind, largely because we weren't proficient
in the use of exceptions. (I certainl
Stefan Schimanski wrote:
Hi!
Is there a reason that the non-modal dialogs (like to edit tables,
change text styles etc.) depend on the LyX window? You can open another
one for every window which is open. It's somehow strange and confusing
to have a text style dialog, but it "doesn't work" bec
José Matos <[EMAIL PROTECTED]> writes:
>
> On Tuesday 05 June 2007 08:49:19 Jean-Marc Lasgouttes wrote:
> > This looks reasonable.
> >
> > JMarc
>
> +1
I'm not so sure. I seem to remember some versions of gcc had problems with
signals emitted from destructors. Isn't there code in Dialogs.C tha
Richard Heck <[EMAIL PROTECTED]> writes:
> > What is best? We have "No documents open!" now, the principle of least
> > effort would advise to keep it like that...
> >
> I guess I prefer the singular. The plural suggests that documentS should
> have been open---that this was the expected situati
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Bo Peng wrote:
>
> >> while translating the listing dialog messages, I found a few minor
> >> problems:
> >
> > I am not familiar with either qt or gettext so I will leave these to
> > others.
>
> It might be because those strings are marked
+#ifdef DEBUG
+bool bound = cur.boundary();
+int rowpos = cur.textRow().pos();
+int pos = cur.pos();
+bool sep = cur.paragraph().isSeparator(cur.pos() - 1);
+bool newline = cur.paragraph().isNewline(cur.pos() - 1);
+bool linesep = cur.paragraph().isLi
1 - 100 of 10407 matches
Mail list logo