On Tuesday 18 September 2007 22:24:32 Martin Vermeer wrote:
But you can! Just not half-way inside. It's not an artificial
limitation. In HTML you can do it, but it is frowned upon, rightly.
This is about logical mark-up. Where would you want to emphasize a
passage that includes only half the
On Wednesday 19 September 2007 06:48:10 Martin Vermeer wrote:
IIRC is (emph = {}, noun = []):
[aaa { bbb ] ccc}
will be translated as
[aaa { bbb }]{ ccc}
what is the problem?
Yes, that's how to do it if you insist. And that's how a font attribute
to inset converter has to
On Wednesday 19 September 2007 07:26:06 Abdelrazak Younes wrote:
Why does he run an assertion enabled binary anyway? The packager
(scons?) should disable assertion for Release mode.
I mean, either we disable the assertion or we do something useful with
it, like warn the user about a problem
On Tuesday 18 September 2007 21:54:57 Andre Poenitz wrote:
Is DocBook anywhere in active use?
As I found out through the years the answer is yes but those users will not
report back.
I have found that when googling, searching for other related issues. That
meant that we never had the
On Tuesday 18 September 2007 21:45:07 Bo Peng wrote:
I am not in favor of a separate file extension partly because of the
extra work (document, .cpp etc).
I am not either.
If it is decided to use one, I would
prefer .lyz. 'z' is after 'x', it means 'compression', and '.lyz'
actually
On Wednesday 19 September 2007 09:09:10 Darren Freeman wrote:
On Wed, 2007-09-19 at 08:28 +0100, José Matos wrote:
On Tuesday 18 September 2007 21:45:07 Bo Peng wrote:
Remember, if you have file.lyz and file.lyx in the same directory,
unpacking file.lyz will overwrite file.lyx. You also
On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
And even then, if you didn't shy away, or if you didn't loose interest,
you'll have to ask many times. You'll have to show that you truly
deserve the great honor to become a 'real' LyX developer.
Are you saying that have commit
On Thursday 20 September 2007 00:31:51 Neal Becker wrote:
Neal Becker wrote:
You may want to look at db2latex.
Sorry, make that dblatex
That is developed by Ben who started after having tried to build a db2lyx.
Interesting, no?
--
José Abílio
On Wednesday 19 September 2007 18:06:55 Andre Poenitz wrote:
I don't agree at all.
That is our current stance on this issue. We can discuss this and I agree
with your opinions but for now that is our status and not something I would
like to see changed in the stable series (the subject being
On Wednesday 19 September 2007 18:33:05 Bo Peng wrote:
I tried to use docbook with lyx but the exported SGML code can not
compile. It there anything specific lyx can do to produce the correct
code? Are there bugzilla entries for them?
We have to be aware of some rules of docbook since the
On Wednesday 19 September 2007 19:43:39 Juergen Spitzmueller wrote:
http://www.lyx.org/trac/changeset/20279 - lyx2lyx: use parseopt instead
of getopt
Jürgen
The change is only relevant to the command line interface so it is not
relevant for the moment. Eventually in the latest stable
On Thursday 20 September 2007 00:22:36 Enrico Forestieri wrote:
Using LyX 1.4, create a new file containing only a non-ascii character
(à will do). Save and try to reopen it with 1.6 latest svn (there's no
problem with 1.5). You can't.
Traceback (most recent call last):
File
On Thursday 20 September 2007 13:15:32 Enrico Forestieri wrote:
That is developed by Ben who started after having tried to build a
db2lyx. Interesting, no?
Not at all, if you think that TeX has not substantially changed in the
last 20 years or so, whereas LyX is a moving target.
Heck, I
On Thursday 20 September 2007 16:01:31 Enrico Forestieri wrote:
The culprit is http://www.lyx.org/trac/changeset/20279
I know what the problem is. :-)
The problem lies in lyx2lyx not in LyX.py. I will send a fix soon. :-)
--
Enrico
--
José Abílio
On Friday 21 September 2007 08:12:49 Juergen Spitzmueller wrote:
P.S.: José, I'm unsure about the file format policy in this specific case.
Would it require a file format change? If not, I'd like to commit this to
branch as well.
This means that if you a previous version of 1.5 (1.5.1) for all
On Friday 21 September 2007 10:28:06 Jean-Marc Lasgouttes wrote:
OK, you mean font packages. Yes, something could be done, but some
hardcoding is often necessary.
Example I found yesterday and did not report yet: when using almost EC
fonts, I need to use aeguill.sty too if I want to use
Hi,
when compiling lyx with external boost when I start lyx it immediately
crashes. The backtrace follows attached. Any suggestion?
--
José Abílio
[?1034hUsing host libthread_db library /lib/libthread_db.so.1.
[Thread debugging using libthread_db enabled]
[New process 28078]
[New
On Friday 21 September 2007 11:47:26 Jean-Marc Lasgouttes wrote:
Lokks again like a missing config.h. Does disabling pch change
something?
This is already with --disable-pch.
JMarc
--
José Abílio
On Friday 21 September 2007 14:40:11 Jean-Marc Lasgouttes wrote:
Juergen Spitzmueller [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Juergen, can I apply that to 1.5 too? It is only a maintainer tool.
Sure.
Jose, now that I try it, it seems that it does not work at all :)
On Friday 21 September 2007 15:03:23 Jean-Marc Lasgouttes wrote:
Yes, but you are probably aware that:
pegase: msgfmt --statistics -o fr.gmo fr.po
2402 messages traduits, 728 traductions approximatives, 487 messages
non-traduits.
I was not aware.
You need to reset the locale.
Sure the
On Monday 24 September 2007 17:48:52 Richard Heck wrote:
URL insets used in LaTeX documents should presumably become URL
charstyles. But we do not want to do this for docbook documents. How do
we tell from inside lyx2lyx whether we're doing one or the other?
It is easy. :-)
You can test
On Tuesday 25 September 2007 10:19:56 Jürgen Spitzmüller wrote:
I've updated some files that needed this for the next release. Some were
really outdated. Attached are those files and a diff.
Congratulations, that is almost a thankless job. :-)
Jürgen
--
José Abílio
On Tuesday 25 September 2007 10:42:11 Jürgen Spitzmüller wrote:
I guess the upgrades should also go to trunk. José?
Yes, please.
Jürgen
--
José Abílio
On Tuesday 25 September 2007 17:47:54 Michael Gerz wrote:
http://www.lyx.org/trac/changeset/20380 - Fix handling of cjk_encoding
for documents made with versions older than 1.5
Specific to 1.6, it works in 1.5.
--
José Abílio
On Thursday 27 September 2007 21:19:08 [EMAIL PROTECTED] wrote:
URL: http://www.lyx.org/trac/changeset/20547
Log:
GuiBox: fix bug 3242 http://bugzilla.lyx.org/show_bug.cgi?id=3242:
make minipage optional height argument optional
Modified:
On Friday 28 September 2007 11:13:04 Uwe Stöhr wrote:
No, it's only an UI and LaTeX-output change.
Will the current output be equivalent to the previous? Starting from the
same document, of course.
regards Uwe
--
José Abílio
On Saturday 29 September 2007 11:36:29 Martin Vermeer wrote:
That's why we need first of all toolbar buttons for emph,
strong, code and noun -- _as charstyles_.
(remember bold = strong, usually)
I agree. It is not difficult to implement, what is missing is the lyx2lyx
part, right?
-
On Saturday 29 September 2007 12:29:00 [EMAIL PROTECTED] wrote:
I'd say we wait with this until 1.5.2 is out and do
the change for 1.5.3. Then this has enough time for testing.
+1
+1
JMarc
PS: Abdel please don't be discouraged with this. If you finish the patch
soon I(/we) would
On Saturday 29 September 2007 11:12:55 Andre Poenitz wrote:
Objections?
Andre'
Not from me. :-)
--
José Abílio
On Wednesday 03 October 2007 05:19:58 Martin Vermeer wrote:
Like in HTML /
XML, where you could, but should not, write i b bbb /i ccc
/b, the same should apply to logical text styles.
In html you can but it is not legal (not that browsers care much about it), in
xml you cann't.
--
On Thursday 04 October 2007 08:14:22 Jean-Marc Lasgouttes wrote:
Why do this even if the author did not ask for it? Shouldn't it be an
additional option?
I agree with Jean-Marc here, and I also think that we should set this option
to be enabled by default.
In general, adding options behind
On Wednesday 03 October 2007 02:57:56 Dov Feldstern wrote:
Hi!
This is an email I started writing a couple of months ago, regarding the
ignore-spellcheck discussion; but it is even more relevant now with
reference to the questions being raised about character styles as insets.
In the last
On Thursday 04 October 2007 20:48:33 Andre Poenitz wrote:
And for The Honoured Believers in Single Keystroke Navigation (formerly
known as The Finger Painting Faction) the multiple pos 5, range *
positions can be collapsed to a single one. A simple boolean preference,
maybe even togglable by
On Thursday 04 October 2007 21:05:58 Andre Poenitz wrote:
Well... then what about
par
beginemph/begin...beginstrong/begin..
endemph/end.endstrong/end...
/pat
This is 1:1 translatable to the structure above _and_ is more robust under
manual editing.
I find your
On Friday 05 October 2007 17:33:28 Bo Peng wrote:
Hi, Jose, Edwin,
The attached patch adds file lib/packages/listings.def. It is dumped
from InsetListingsParams::all_params_. I also changed the UI of the
include dialog to the attached. I think this is all I can do to this
parameter dialog.
On Friday 05 October 2007 18:16:56 Edwin Leuven wrote:
i suggest Babel and the Confusion of Tongues
I would call that an understatement.
regards, ed.
--
José Abílio
On Friday 05 October 2007 16:53:16 Jürgen Spitzmüller wrote:
Please note that I'd like to keep branch frozen until all tests suceeded.
I keep thinking that the matrix is reloading, notice the title in the first
page of the Python Maganize:
http://pythonmagazine.com/
Jürgen
--
José Abílio
On Wednesday 10 October 2007 04:24:59 Bo Peng wrote:
This is trivial. Trunk and branch?
For trunk yes, but as you know it would be nice to have this information in
an external file. :-)
Bo
--
José Abílio
On Wednesday 10 October 2007 16:04:24 Bo Peng wrote:
Hmm, not sure this is _really_ useful.
I am not sure either. I guess Jose can make a decision for us.
Not unless I have to. :-) And IMHO are are not there yet.
You can always shoot to the least common denominator and start building
If an enumerate list has more than nine items the first digit is not seen
because the number is still aligned for the case where the number has one
digit.
I am sure I am not the first person to have an enumerate list with tenths of
items. :-)
FWIW this happens for both 1.5 and 1.6.
--
José
On Wednesday 10 October 2007 16:17:50 Abdelrazak Younes wrote:
I am not everybody but I've never ever had a look at this file. But I am
not a LateX expert. But, as Edwin asked, if I was a LateX expert would I
need this file?
Just because you are a latex expert does not mean that you don't
On Wednesday 10 October 2007 18:24:55 Edwin Leuven wrote:
that's why we need a proper ui interface to load packages and set their
options
IMHO that is not lyx job's.
--
José Abílio
On Thursday 11 October 2007 01:37:31 Pavel Sanda wrote:
Lyx trunk, open User's guide, I get 'document header error', unknown
token false false. Can anyone confirm?
yes, this must be the result of http://www.lyx.org/trac/changeset/20881 ,
as the patch was comitted without fileformat change
On Thursday 11 October 2007 10:35:11 Pavel Sanda wrote:
i can post quick fix, which won't solve the real problem though.
pavel
This should not ever happen. :-(
This is a blocker for patches acceptance.
i havent commited this and also stated clearly, that this has to be
done to be
On Thursday 11 October 2007 11:35:26 Pavel Sanda wrote:
no, they are not related. added discarded unconditionally.
pavel
Something like this? (Not tested)
--
José Abílio
Index: LyX.py
===
--- LyX.py (revision 20899)
+++ LyX.py
On Thursday 11 October 2007 15:44:04 Pavel Sanda wrote:
i changed few things. still i'm not able to make
document.header[i].replace('', '')
work. have you some idea whats wrong?
Yes, that does not change the string in place but it returns the string. The
right version is then:
On Friday 12 October 2007 00:02:35 [EMAIL PROTECTED] wrote:
Author: uwestoehr
Date: Fri Oct 12 01:02:33 2007
New Revision: 20928
URL: http://www.lyx.org/trac/changeset/20928
Log:
PDFOptions.cpp: tiny cleanup by Pavel
Please commit the full update from Pavel, with the corresponding file
On Sunday 14 October 2007 09:00:13 Georg Baum wrote:
The View-Source dialog should never be needed for using LyX. It is a nice
gimmick for people who know LaTeX, but users who don't should never be
forced to use it.
+1
Georg
--
José Abílio
On Sunday 14 October 2007 15:56:38 Jürgen Spitzmüller wrote:
I'd like to commit this to branch and trunk nevertheless.
What do others think?
Is this in?
I like it. :-)
Jürgen
--
José Abílio
On Tuesday 16 October 2007 21:55:54 [EMAIL PROTECTED] wrote:
Would this be useful in order to provide a single package for *nix
distribusion rather than several
http://www.autopackage.org/
/Christian
That question comes with several years of delay. Actually it was already done
before.
On Wednesday 17 October 2007 13:59:06 Jean-Marc Lasgouttes wrote:
Nice.
+1
JMarc
--
José Abílio
On Friday 19 October 2007 14:43:03 Jean-Marc Lasgouttes wrote:
Thanks. Now there is the problem of scrambling addresses like
foo () example ! com
and postats.py will be a replacement for postats.sh.
Done.
JMarc
--
José Abílio
On Wednesday 24 October 2007 11:38:54 Jean-Marc Lasgouttes wrote:
It would make sense to have the same concepts in both kind of layouts.
I think your verbatim is what is called pass_thru in Layout. I do not
care about particular names, but uniformity is good (meaning that if
you prefer you can
On Wednesday 24 October 2007 17:14:50 Andre Poenitz wrote:
It's a thing that should be decided per case in the review proces...
I agree.
In theory.
Andre'
--
José Abílio
On Wednesday 24 October 2007 17:23:06 Andre Poenitz wrote:
I thought our classes where considered too fat already?
Distributing a fat class over a dozen files does not necessarily
improve discoverability.
But it helps the compile times. At least I think that was the initial reason
(not
On Wednesday 31 October 2007 09:37:19 Hans Meine wrote:
I usually typeset PDFs, and I include lots of PDF images, so
pressing Ctrl-t leaves me with an unusable LyX for more than a minute. :-(
Even with figure cache active? It works fine for me with more than 180 eps
figures in a pdf
On Monday 05 November 2007 21:53:31 Bo Peng wrote:
There are 138 options and I have not gone through them one by one.
Most, if not all, your preferences can be achieved by changing
uncrustify.cfg.
Possibly, but _I_ won't do that ;-)
Jose,
Do you agree to put this file
On Saturday 03 November 2007 05:44:44 Andre Poenitz wrote:
A solution for back-and-forward conversions in the final script would be
some 'obsoleted in format n' property. So lyx2lyx would skip parts
that are obsoleted if the target format has a higher version, yet in
between it will do the
On Wednesday 07 November 2007 19:11:42 Andre Poenitz wrote:
A B C.
I think nesting #ifdef's is ok, but as we do not use the preprocessor
heavily it probably does not make much of a difference.
+1
Andre'
--
José Abílio
Hi,
today while reviewing old packages I found a bug in lyx2lyx where it
does not
work convert documents with a default language.
The change happened in 1.1.6 and we have the corresponding
transformation,
the problem is that now we try to find the document encoding before
On Thursday 08 November 2007 16:51:33 José Matos wrote:
Hi,
today while reviewing old packages I found a bug in lyx2lyx where it
does
not work convert documents with a default language.
The change happened in 1.1.6 and we have the corresponding
transformation,
the problem
On Thursday 08 November 2007 20:41:33 Enrico Forestieri wrote:
Even if that doesn't matter for you, there are other systems than
Linux out there and doing things the standard way usually helps.
Not wanting to enter in a discussion with you, but the standard way is the
linux way. ;-)
On Tuesday 13 November 2007 08:13:22 Jean-Marc Lasgouttes wrote:
José knows, I guess.
Since that page refers to docbook it can stay.
JMarc
--
José Abílio
On Sunday 11 November 2007 12:52:20 Jürgen Spitzmüller wrote:
4333 cri lyx crashes when opening 1.4.3. file with index containin...
4346 cri Synchronizing insets crash when two windows open
I hope that Abdel and José, as the experts in the respective area, will
find time to have a
On Wednesday 13 September 2006 10:50, Abdelrazak Younes wrote:
But I think it is time now to see it over fresh eyes and to allow some
more liberties in the LyX development model. I think manpower would come
naturally if you allow that more liberty.
The problem is that is always the same
On Wednesday 13 September 2006 15:07, Rainer Dorsch wrote:
LyX comes up after that, but I get an error reported:
Checking whether TeX allows spaces in file names...
Traceback (most recent call last):
File
/afs/bb/data/d3197/galaxy2/zLinux/lyx-1.4.2/share/lyx/configure.py, line
705, in ?
On Wednesday 13 September 2006 15:56, Rainer Dorsch wrote:
Hello,
I installed lyx 1.4.2 and got many lyx 1.3 files converted, but one is
failing. How can I debug that? Can I call lyx2lyx from the command line and
get more verbose error messages.
Yes on both accounts. :-)
call lyx2lyx with
On Wednesday 13 September 2006 20:19, Rainer Dorsch wrote:
[EMAIL PROTECTED]:~ python -V
Python 2.2.1
[EMAIL PROTECTED]:~
Does not look bad (?)
Nope it is fine. :-)
I found the reference to this in http://docs.python.org/lib/typesseq.html
(1)
When s is a string or Unicode string object
On Wednesday 13 September 2006 20:22, Rainer Dorsch wrote:
Hmm...I don't find lyx2lyx:
mclin:s1 # ls /opt/lyx-1.4.2/bin/
lyx lyxclient tex2lyx
mclin:s1 #
I must miss something...
No you don't. :-)
We don't ship lyx2lyx as binary since usually it is not needed an lyx knows
where to
On Wednesday 13 September 2006 21:28, Rainer Dorsch wrote:
Most likely not a lyx issue at all.
Glad to help.
Glad to know. :-)
Thanks,
Rainer
--
José Abílio
On Thursday 14 September 2006 09:17, Lars Gullik Bjønnes wrote:
It is not unlikely that we have to up the requirement a bit more for
1.5. Lyx2lyx conversion of the latexaccent really wants to use the
unicodedata module and its normalize function, that was new in 2.3.
We have discussed that
On Thursday 14 September 2006 09:49, Edwin Leuven wrote:
where's the problem? qt4 is in all the major distributions...
The issue is the care we take with our user base. Not all users install the
latest and greatest. I have been in places where all the software is
installed by system
On Thursday 14 September 2006 10:01, [EMAIL PROTECTED] wrote:
I'm again clueless...
Now you are on par with the rest of us. ;-)
The issue is being handled by Georg, so it is a know issue.
Cheers,
Charles
--
José Abílio
On Thursday 14 September 2006 10:23, Edwin Leuven wrote:
if the admins can install a lyx package, then they can also install a
qt4 package
No doubt the question is when?
I have trouble for years for requesting even the most simple programs in
machines that I did not control. And similar
On Thursday 14 September 2006 09:54, Lars Gullik Bjønnes wrote:
Good. I saw you mention 2.2 here the other day and assumed (I know...)
that to be the requirement.
Use the source Luke. (I always wanted to say that. ;-) )
One pity with python of corse is that is is 16-bit unicode only.
It
On Thursday 14 September 2006 01:14, Lars Gullik Bjønnes wrote:
This patch removes the support for the latexaccent inset, in favour of
unicode chars (combining or not.)
I need some further help with the python part: revert is completely
missing, I don't translate the stroke variants, and
On Thursday 14 September 2006 10:43, Jean-Marc Lasgouttes wrote:
José == José Matos [EMAIL PROTECTED] writes:
José PS: Jean-Marc as you can see in the first link, unicode supports
José composition , what you would expect from unicodeaccent. :-)
OK, so we could have an insetunicodecomposer
On Thursday 14 September 2006 11:08, Lars Gullik Bjønnes wrote:
Yeah. But python module unicode data is using Unicode-3.2. The latest
Unicode standard is now at 5.0.
Come on Lars, that is unfair. ;-)
python 2.5 that will come in a week or so supports Unicode 4.1.
On Thursday 14 September 2006 10:47, Abdelrazak Younes wrote:
I have a strong feeling of Deja Vu, everyone (from both sides) is just
reusing the same arguments again and again and again...
My purpose a few messages ago was just to point that the concerns for
maintaining the qt3 are valid.
On Thursday 14 September 2006 11:28, Lars Gullik Bjønnes wrote:
| You should not expect for python to support unreleased unicode specs at
| the time it is released. :-)
in a week. 5.0 is already released (for some month now. AFAIK)
Aha, python 2.5 was frozen in June/July, as release
On Thursday 14 September 2006 11:38, Jean-Marc Lasgouttes wrote:
José In what case(s) do you expect the kernel needs to know about
José graphemes and not code points?
My question is the opposite: when do we need code points?
Code points is the natural unity to work, that is what we
On Thursday 14 September 2006 11:41, Jean-Marc Lasgouttes wrote:
Aren't graphemes somewhere between the two?
I would say:
* e+' : code points
* é: grapheme
* é or fi: glyphs
This article on wikipedia seems interesting regarding the distinction:
http://en.wikipedia.org/wiki/Glyph
JMarc
On Thursday 14 September 2006 09:54, Lars Gullik Bjønnes wrote:
One pity with python of corse is that is is 16-bit unicode only.
OK. Just to be sure one test is:
$ python -c import sys; print (sys.maxunicode 66000) and 'UCS2' or 'UCS4'
As expected I get
UCS4
--
Lgb
--
José
On Thursday 14 September 2006 14:49, Sebastian Spaeth wrote:
So what is your target: Catering the status quo, which should be happy
with the current stable release, or dedicating resources to provide a
good major release to the software environment that most people will
have installed when 1.5
On Thursday 14 September 2006 21:59, Rainer Dorsch wrote:
Any ideas here?
Yes, this method was implemented in python 2.2.2 and you 2.2.1. :-D
I attach a patch that fixes yesterday problem and another similar as well.
Please apply to the original file.
Thanks,
Rainer
--
José Abílio
On Friday 15 September 2006 09:23, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED]
writes:
What is this good enough version, BTW? 4.1.0?
Andre 4.0.2 is the first version I'd consider usable for the kind of
Andre stuff LyX uses.
Very good news. Abdel, it would be
On Friday 15 September 2006 11:24, Abdelrazak Younes wrote:
The only sane approach is then to provide two packages: one statically
linked to Qt4.2 and one dynamically linked to it.
Abdel, I am asking this because, obviously, I don't know the answer.
What is the difference between 4.1 and
On Friday 15 September 2006 10:35, Helge Hafting wrote:
Why? Will all these characters be available in unicode anyway,
and so we're supposed to set up our keyboards to do this
in an application-independent way?
Yes. There should be a way to insert all the graphemes you want not just
those
On Friday 15 September 2006 10:36, Rainer Dorsch wrote:
José,
thanks for the patch.
I could not apply the patch using the patch command, you apparently
generated it for a different version of configure.py.
I have used the version that will become lyx-1.4.3
I applied it manually and it
On Friday 15 September 2006 11:48, Abdelrazak Younes wrote:
Just a small precision: this does not mean that we don't have to be
source incompatible with Qt4.0. This is an entirely different question
that needs to be weighted against Qt4.2 new features.
Is thus 4.1.2 or 4.1.3 a good starting
On Friday 15 September 2006 12:41, Abdelrazak Younes wrote:
You're too diplomatic for a Friday...
Politics is the art of the possible. (Otto Von Bismarck)
As the release manager for 1.5.0 it my job to ensure that the strategic
goals are discussed, understood an accepted, be it Friday or
On Monday 11 September 2006 05:41, Al Muckart wrote:
Hi there,
Apologies if this is the wrong place to send this, I couldn't find a better
looking address on the website.
I've just opened up a lyx file which is under RCS revision control which I
forgot to check in last time I edited it and
On Friday 15 September 2006 13:02, Jean-Marc Lasgouttes wrote:
Hmm, I see in README that we say python 1.5. If it is 2.x, we should
say so. The patches I have seen discussed are definitely OK anyway.
Is configure.py used for all users?
--
José Abílio
On Friday 15 September 2006 13:24, Abdelrazak Younes wrote:
Here is a simple (albeit non strategic) goal that is still not achieved:
renaming *.C to .cpp (I think .h should also be renamed to .hpp)
Is this the consensus?
We can schedule such a change, it will probably easier this way,
On Friday 15 September 2006 13:52, Abdelrazak Younes wrote:
See Jose? I am learning politics...
I am proud of you. :-)
Abdel.
--
José Abílio
On Friday 15 September 2006 21:52, Jean-Marc Lasgouttes wrote:
Yes.
Do you think that it is worth to revert to 1.5.2 support?
I can do it if you want to. :-)
JMarc
--
José Abílio
On Sunday 17 September 2006 20:32, Lars Gullik Bjønnes wrote:
Other opinions on this?
I agree, I do not see anyone using this since at least 1.1.x
--
Lgb
--
José Abílio
On Monday 18 September 2006 17:31, Asger Ottar Alstrup wrote:
José wrote in private mail that he is also coming.
Let us say that I got an extra incentive since Susana is doing her postdoc
in Copenhagen. :-)
Regards,
Asger
--
José Abílio
On Wednesday 20 September 2006 07:54, Michael Gerz wrote:
Lars,
is there any reason why I don't receive emails for all svn commits? For
instance, I never get informed about Peter's cmake changes and I also
didn't get messages for Joost's Window installer update this morning.
I noticed this
On Wednesday 20 September 2006 09:14, Lars Gullik Bjønnes wrote:
I have not noticed this, and I have no idea why.
Those are the notifications I am missing (starting from revision 15000):
15010-15012
15027
15044-15047
15049
15053-15055
15060
15082-15083
when I express a range above both
801 - 900 of 5270 matches
Mail list logo