Lars Gullik Bjønnes wrote:
> I belive this one is safe. (I'll commit after work tomorrow(today))
> Index: src/text2.C
> ===
> --- src/text2.C (revision 14329)
> +++ src/text2.C (working copy)
> @@ -212,7 +212,7 @@
>
Salı 4 Temmuz 2006 00:57 tarihinde şunları yazmıştınız:
> Thanks I applied it. Note that msgfmt detected 3 errors for me, which
> were cases of using %1$s instead of %1$d in the translation. I fixed
> them.
I forgot to use -c option of msgfmt, thanks for correcting errors.
> Well, it works as lo
Attached are my versions of the configure.py patch. I use r""" """ to
improve readability. I also replace \t with spaces in the original
1.5 patch, which is not allowed now.
Please confirm that they still work under windows.
Bo
Index: lib/configure.py
The attached patches for 1.4.x and 1.5.x work for me. Please test.
-writeToFile('a b.tex', r'\nonstopmode\message{working^^J}' )
-if ''.join(cmdOutput(LATEX + ' "a b"')).find('working') != -1:
+writeToFile('a b.tex', r'\message{working^^J}' )
+if os.name == 'nt':
+ latex_out
On Mon, Jul 03, 2006 at 11:28:19PM +0200, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> >> The solution would be to have some temp file which does \input{"a
> >> b"} (is that what we are checking?), just like we do for the cygwin
> >> check.
>
> Bo> Can we ju
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > I will commit this to the younes branch as I don't have to do a
| > merge to
|
| as I don't have _the_ _time_ to do a merge now ...
I split it and merged it.
--
Lgb
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Hello,
|
| I have committed the updated attached patch in the "younes" branch in
| case someone would like to continue the clean up work.
I have merged parts of this. I will continue the merging Wednesday
evening.
I am doing it piece by piece to
I belive this one is safe. (I'll commit after work tomorrow(today))
Index: src/mathed/math_nestinset.C
===
--- src/mathed/math_nestinset.C (revision 14329)
+++ src/mathed/math_nestinset.C (working copy)
@@ -350,7 +350,7 @@
}
-vo
This patch speeds up the scroll-down test by and odd second or two for
me. Do others see the same? I guess it cannot do any harm, so
committing.
Index: src/BufferView_pimpl.C
===
--- src/BufferView_pimpl.C (revision 14332)
+++
I wonder if this is correct and if it makes any sense.
It certainly looks correct to me (seems to run correctly as well), so
am committing it. Are there any hidden gotchas with theCoords?
(Btw. this saves about 10k from a stripped image)
Index: src/BufferView_pimpl.C
===
On Mon, Jul 03, 2006 at 01:56:31PM +0200, Enrico Forestieri wrote:
> C:\cygwin\tmp> pplatex -interaction=nonstopmode foo.tex
> sed: no input files
> This is e-TeX, Version 3.141592-2.2 (MiKTeX 2.4)
> **
>
> with the cursor next "**". This does not happen using a cygwin shell.
> I don't know why s
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> For those who do not have access to svn, and until we have
Jean-Marc> a frontend for svn on the web, I have a copy of the po
Jean-Marc> files (direct from my svn tree) here
Jean-Marc> http://www-rocq.inria.fr/~lasgout
check svn diff, and svn up.
sorry, ... and svn ci.
Bo
OK, time for me to learn about svn. I supposed I should use "svn
merge", but how?
[EMAIL PROTECTED]:~/lyx-devel/lyx1.4 % svn merge -r14237:14238
svn+ssh://svn.lyx.org/lyx/lyx-devel/trunk
Csrc/frontends/controllers/tex_helpers.C
Dlib/scripts/TeXFiles.sh
Alib/scripts/TeXFiles.py
Skippe
> "Gürer" == Gürer Özen <[EMAIL PROTECTED]> writes:
Gürer> ok, here is a quick update:
Gürer> http://cekirdek.pardus.org.tr/~gurer/lyx-tr.po
Thanks I applied it. Note that msgfmt detected 3 errors for me, which
were cases of using %1$s instead of %1$d in the translation. I fixed
them.
Gürer>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
|
| >> What I'd propose is to merge TeXFiles.py in 1.4.2 to fix the
| >> windows issue. The rest will go in 1.4.3.
|
| Bo> OK. Then the patch is simple.
|
| >> Could you point me to the right ch
On Mon, Jul 03, 2006 at 10:29:20PM +0200, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> Bo> Hi, Enrico, JMarc, Configure.py stops at checkTeXAllowSpace, so
> Bo> \nonstopmode does not work as expected.
>
> This is why I did not fix this instance of nonstopmod
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> What I'd propose is to merge TeXFiles.py in 1.4.2 to fix the
>> windows issue. The rest will go in 1.4.3.
Bo> OK. Then the patch is simple.
>> Could you point me to the right changesets
Bo> 14238 is all you need.
OK, time for me to learn abo
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> The solution would be to have some temp file which does \input{"a
>> b"} (is that what we are checking?), just like we do for the cygwin
>> check.
Bo> Can we just restore to -interaction=nonstopmode for now? Actually,
Bo> if this option works,
The solution would be to have some temp file which does
\input{"a b"}
(is that what we are checking?), just like we do for the cygwin check.
Can we just restore to -interaction=nonstopmode for now? Actually, if
this option works, I do not see a reason to try a wrapper file.
Bo
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Hi, Enrico, JMarc, Configure.py stops at checkTeXAllowSpace, so
Bo> \nonstopmode does not work as expected.
This is why I did not fix this instance of nonstopmode in my patch :)
I suspected something like that would happen... (the error happen
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Go ahead!
Georg> I am doing it right now, but first I need to add a format
Georg> description which I forgot.
A question:
+ The tag of tabulars has the following new attributes:
+ topspace,
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> G'day, y'all. It's great to see LyX-life is so busy and that
Angus> debate is both in a healthy state and leading to improved
Angus> outcomes ;-)
I would even say it is in an improved state and leads to healthy
outcomes.
JMarc
Hi, Enrico, JMarc,
Configure.py stops at checkTeXAllowSpace, so \nonstopmode does not
work as expected.
Any idea?
Bo
% latex 'a b.tex'
This is TeX, Version 3.14159 (Web2C 7.4.5)
! I can't find file `a'.
<*> a
b.tex
Please type another input file name: X
! I can't find file `X'.
<*> a
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > I have not fixed scons
|
| Scons does not support xforms.
Still it is mentioned in its files.
--
Lgb
Jose' Matos wrote:
For those who don't know Lars in this list, Lars is a very reasonable person
with a clear set of principles. The problem is that email is not the best
channel to transmit this. There is always loss of information in the
transmission. :-(
A couple of years ago, I used a c
I have not fixed scons
Scons does not support xforms.
Bo
Bo Peng wrote:
Abdelrazak Younes wrote:
> I like this very much!
>
> URL: http://www.lyx.org/trac/changeset/14315
Me too. Thanks, Lars.
This is really nice. Are wiki and bugzilla going in?
Trac is just great. Simple and effective!
Thanks, Lars, for installing it!
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Michael Gerz <[EMAIL PROTECTED]> writes:
|
| | Andre Poenitz wrote:
| |
| | >This removes the source files and everything I could identify as
| | >belonging to xforms in the autoconf machinery.
| | >
| | >I do not know what to do with po/*. Am I
Michael Gerz <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
|
| >This removes the source files and everything I could identify as
| >belonging to xforms in the autoconf machinery.
| >
| >I do not know what to do with po/*. Am I right in assuming that stuff in
| >there will get fixed automatic
Andre Poenitz wrote:
This removes the source files and everything I could identify as
belonging to xforms in the autoconf machinery.
I do not know what to do with po/*. Am I right in assuming that stuff in
there will get fixed automatically?
At least the *.po files will be cleaned after the
Hello,
I'm writing to you from the perspective of a LyX user.
This notion of a meritocracy jeopardizes LyX development.
The fact of the matter is that not all of the developers
are equal in ability. The project needs a director to
set a common denominator standard. Most can't know as much
about
Jean-Marc Lasgouttes wrote:
> Go ahead!
I am doing it right now, but first I need to add a format description which
I forgot.
GeorgIndex: development/FORMAT
===
--- development/FORMAT (Revision 14311)
+++ development/FORMAT (Arbeit
Hi,
like the title says.
Not much to add now. :-)
--
José Abílio
On Sun, Jul 02, 2006 at 09:13:44PM +0200, Lars Gullik Bjønnes wrote:
>
> Since this sees to be the one of the main things we have heated
> debates on, we might as well get rid of it. I still have some
> reservations, but it is not as if I am ever going to use xforms
> myself.
>
> So unless I get
(I've sent this mail to Michael Gerz, but forgot to include here to the cc
list)
> LyX 1.4.2 is almost ready and will be released soon. Due to new features
> and layout files as well various bug fixes, a couple of messages have
> changed/been added since 1.4.1. Therefore, you may want to update y
Jose' Matos <[EMAIL PROTECTED]> writes:
> > PS: hello Angus!
> I double.
G'day, y'all. It's great to see LyX-life is so busy and that debate is both in a
healthy state and leading to improved outcomes ;-)
Angus
On Monday 03 July 2006 14:03, Lars Gullik Bjønnes wrote:
> But when I say something you take everything as gospel?
Actually it is easy for someone who does not know you personally.
For those who don't know Lars in this list, Lars is a very reasonable person
with a clear set of principles. Th
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> In any case the patch takes care of this strange bug. Please, find
>> attached versions for both 1.4.x and 1.5.x (tested).
Bo> JMarc, can they be applied?
Yes, please to both trunk and branch.
JMarc
On Monday 03 July 2006 14:21, Jean-Marc Lasgouttes wrote:
>
> It was supposed to be SCNR...
In the previous context any of the following alternatives seems plausible:
Acronym Definition
SCNR Signal to Clutter plus Noise Ratio
SCNR Somatic Cell Nuclear Replacement
SCNR Sorry, Could Not Re
What I'd propose is to merge TeXFiles.py in 1.4.2 to fix the windows
issue. The rest will go in 1.4.3.
OK. Then the patch is simple.
Could you point me to the right changesets
14238 is all you need.
(or better provide a patch)?
No, since svn rename is involved.
Bo
Yes, the new 1.5.20 cygwin dll has been released and thus also the
official qt3 package should be working.
I also noticed that, but I did not try to remove your uic.exe etc and try.
There are no big issues with both 1.4.x and 1.5.x. They have the same
exact functionality as on *nix.
After 1.
Abdelrazak Younes wrote:
> I like this very much!
>
> URL: http://www.lyx.org/trac/changeset/14315
Me too. Thanks, Lars.
This is really nice. Are wiki and bugzilla going in?
Bo
On Mon, Jul 03, 2006 at 09:07:39AM -0500, Bo Peng wrote:
> Anyway, I am going to remove the FIXME comments above the
> -interaction=nonstopmode line. You see, I was not feeling comfortable
> with this option when I used it.
Right. I missed them :(
--
Enrico
On Mon, Jul 03, 2006 at 09:04:30AM -0500, Bo Peng wrote:
> >I think it is more portable (and much simpler) to use the \nonstopmode
> >macro at the beginning of the file.
>
> We (I) use -interaction=nonstopmode in another incidence as well. We
> should fix them both.
>
> >Also, at a time when ever
In any case the patch takes care of this strange bug.
Please, find attached versions for both 1.4.x and 1.5.x (tested).
JMarc, can they be applied?
Anyway, I am going to remove the FIXME comments above the
-interaction=nonstopmode line. You see, I was not feeling comfortable
with this option wh
I think it is more portable (and much simpler) to use the \nonstopmode
macro at the beginning of the file.
We (I) use -interaction=nonstopmode in another incidence as well. We
should fix them both.
Also, at a time when everybody wants to use only almost-prerelease
software in LyX, code like
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes writes:
>> So, shall we decide now that LyX/Win 1.5 will only run on Windows
>> Vista? Once the political decision is made, I am sure I can come up
>> with technical reasons :)
>>
>> SNCR, JMarc
Angus> SNCR? T
Jean-Marc Lasgouttes writes:
> So, shall we decide now that LyX/Win 1.5 will only run on Windows Vista?
> Once the political decision is made, I am sure I can come up with
> technical reasons :)
>
> SNCR,
> JMarc
SNCR? The best I could come up with is
http://acronyms.thefreedictionary.com/SNCR wh
Helge Hafting <[EMAIL PROTECTED]> writes:
| Lets not turn lyx management into a bureaucrazy where rules must be
| followed mostly for their own sake. You have good arguments
| for "one patch - one feature" in general, but please check
| that they really apply to _this_ particular case before reje
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | - With patch oriented review style, it is easier to review a patch
| > | that does only one thing. We are talking here about deep review, here,
| > | not only code sanity review.
| > I look at almost all patches, sure what I most often point at i
Abdelrazak Younes wrote:
> I like this very much!
>
> URL: http://www.lyx.org/trac/changeset/14315
Me too. Thanks, Lars.
Jürgen
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Jul 3 14:30:09 2006
New Revision: 14315
I like this very much!
URL: http://www.lyx.org/trac/changeset/14315
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>> Jose' Matos wrote:
>>> On Monday 03 July 2006 10:57, Jean-Marc Lasgouttes wrote:
OK, once again: when 1.5 ships I would expect that people who
have installed a new distribution in July 2006 are not laughed at
because their
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> (But if you then also add -> "and change emit to emitSignal" then
>> that is not the case anymore.)
Abdelrazak> If you really think what you are saying here then you
Abdelrazak> should have said it before. For me this "emit" p
Abdelrazak Younes wrote:
I will commit this to the younes branch as I don't have to do a merge to
as I don't have _the_ _time_ to do a merge now ...
Bye,
Abdel.
On Mon, Jul 03, 2006 at 12:46:07PM +0200, Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | Lars, all,
> |
> | I would like to propose a way forward for new development. Just jump
> | to the conclusion if this mail seems too long to read :-)
> |
[...]
> | - The SVN
Hello,
This patch continue the BufferView cleanup series. There are only two
changes in this patch. See Lars? I am improving ;-)
First it erase the clipboard methods from BufferView and change the
code to use the global clipboard directly via the indirection
"BufferView::owner()->gui().clipboa
On Sun, Jul 02, 2006 at 09:11:29PM -0500, Bo Peng wrote:
> Hi, Enrico,
>
> I just compiled and tested lyx/cygwin 1.4.x/1.5.x. I am happy to see
> that the quit problem has been fixed so they both look quite usable.
> Do you notice any big issue of these version? If not, maybe it is time
> for me t
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jose' Matos wrote:
On Monday 03 July 2006 10:57, Jean-Marc Lasgouttes wrote:
OK, once again: when 1.5 ships I would expect that people who have
installed a new distribution in July 2006 are n
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars, all,
|
| I would like to propose a way forward for new development. Just jump
| to the conclusion if this mail seems too long to read :-)
|
| Basically, I would like the decision process to be smoothed and based
On Mon, Jul 03, 2006 at 12:14:58PM +0200, Jean-Marc Lasgouttes wrote:
> I think it is more portable (and much simpler) to use the \nonstopmode
> macro at the beginning of the file.
>
> Also, at a time when everybody wants to use only almost-prerelease
> software in LyX, code like
> os.write
Jose' Matos wrote:
On Monday 03 July 2006 10:57, Jean-Marc Lasgouttes wrote:
OK, once again: when 1.5 ships I would expect that people who have
installed a new distribution in July 2006 are not laughed at because
their distribution is really inadequate for using LyX.
they can install qt4. i do
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars, all,
|
| I would like to propose a way forward for new development. Just jump
| to the conclusion if this mail seems too long to read :-)
|
| Basically, I would like the decision process to be smoothed and based
| on merit. There are some adv
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jose' Matos wrote:
>> On Monday 03 July 2006 10:57, Jean-Marc Lasgouttes wrote:
>>> OK, once again: when 1.5 ships I would expect that people who have
>>> installed a new distribution in July 2006 are not laughed at
>>
Jose' Matos wrote:
On Monday 03 July 2006 10:57, Jean-Marc Lasgouttes wrote:
OK, once again: when 1.5 ships I would expect that people who have
installed a new distribution in July 2006 are not laughed at because
their distribution is really inadequate for using LyX.
FWIW I agree.
Then you
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Lars, are you interested in merging 14285, 272, 270, 265, 261, 250,
| 238, 223 (convert sh -> python patches) to the 1.4.x branch?
Lars> J-M is calling the shots for the 1.4.x branch. My guess is not
Lars> for 1.4.2, but perhaps f
On Monday 03 July 2006 10:57, Jean-Marc Lasgouttes wrote:
> OK, once again: when 1.5 ships I would expect that people who have
> installed a new distribution in July 2006 are not laughed at because
> their distribution is really inadequate for using LyX.
FWIW I agree.
--
José Abílio
Georg Baum wrote:
This goes mainly to Edwin and Jürgen, they did a great part of it.
1 + 1 + 1 = 4
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "Bo Peng" <[EMAIL PROTECTED]> writes: | Hi, Lars,
Lars> |
Lars> | The following patch is needed to prevent lib/configure.py from
Lars> hanging | when the latex test fails (latex will wait for user
Lars> interaction). It | is in
Lars Gullik Bjønnes wrote:
> We really should make a decision on how we want our naming to be.
Yes. I prefer CamelCase, but am fine with whatever we choose. Please make a
decision and document it in Code_Rules, discussing this again and again is
really tiresome.
> CamelCase or stl/boost style.
>
Lars, all,
I would like to propose a way forward for new development. Just jump to
the conclusion if this mail seems too long to read :-)
Basically, I would like the decision process to be smoothed and based on
merit. There are some advantages of the one-patch/one-feature approach
but there
I get:
Forbidden
You don't have permission to access / on this server.
Additionally, a 403 Forbidden error was encountered while trying to use an
ErrorDocument to handle the request.
for http://bugzilla.lyx.org/.
Can anybody fix this please?
Georg
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> So there is currently _no_ linux distribution that has a qt4
>> really good enough for LyX?
Andre> The point is that there is currently no distribution shipping
Andre> LyX 1.5 either.
OK, once again: when 1.5 ships I would expect tha
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The booktabs support is fully functional now (except gtk
Georg> frontend). One feature is missing: Suport for left and right
Georg> adjustment of \clines.
Georg> Since I don't know when I will be able to implement that, and
Georg> sin
Georg Baum wrote:
The wiki will not work, that is too complicated. I think the best thing
would be to put some FIXME comments directly in the gtk source code,
because that is less work for everybody.
or a FIXME file in the gtk root...
Jean-Marc Lasgouttes wrote:
- The windows installer in not in svn. Lars, *please* give Joost
access rights!
I finally have access. The Windows installer will be uploaded this week.
Joost
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Actually I have had this planned for a while... just wanted major
| > branches merged first... (My xml branch will have a problem with this
| > though... or is svn merge clever enought to handle this?)
|
| Please wait for
Edwin Leuven wrote:
> the 3rd step would be to follow john spray's suggestion, and keep track
> of backend changes that affect gtk on the wiki or another appropriate
> place
The wiki will not work, that is too complicated. I think the best thing
would be to put some FIXME comments directly in the
Lars Gullik Bjønnes wrote:
> Actually I have had this planned for a while... just wanted major
> branches merged first... (My xml branch will have a problem with this
> though... or is svn merge clever enought to handle this?)
Please wait for the booktabs merge. Unfortunately I am not sure whethe
80 matches
Mail list logo
