Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> My preferences are as follows:
>>
>> 0. Standard C++
>> 1. Something with the same apis/behaviour as standard C++
>> 2. Use something that is destined for standardization.
>> 3. third party libraries.
>>
>> In a lot of cases 1 & 2 is solved by
Lars Gullik Bj?nnes wrote:
> Do any of you have feeling what compilers are use to compile LyX
> now-a-days, that at what version they are?
The oldest gcc I'm still encountering on actively used boxes around
is 4.2.1, but from my experiments with compiling/using LyX, the real
stopper is Qt version
Lars Gullik Bj?nnes wrote:
> My preferences are as follows:
>
> 0. Standard C++
> 1. Something with the same apis/behaviour as standard C++
> 2. Use something that is destined for standardization.
> 3. third party libraries.
>
> In a lot of cases 1 & 2 is solved by boost, when the stdlib/toolchai
Do any of you have feeling what compilers are use to compile LyX
now-a-days, that at what version they are?
Would be fun to see how far off we are from being able to use C++11.
--
Lgb
Lars Gullik Bj?nnes wrote:
> RCS?
> lost?
I meant genereal version control system not GNU RCS in particular, sorry.
Pavel
lar...@gullik.org (Lars Gullik Bjønnes) writes:
| | BTW after some decade we still include boost in our tarballs and maintain
| | its updates. What was the original reason and is it still needed?
>
| My preferences are as follows:
>
| 0. Standard C++
| 1. Something with the same apis/behaviour as
lar...@gullik.org (Lars Gullik Bjønnes) writes:
| Pavel Sanda writes:
>
| | Lars Gullik Bj?nnes wrote:
>>> The problem is that somethings that I find highly non-controversial are
>>> not thought so by others.
>>
| | If this is the problem, you can always go through the usual route
| | "if no one
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> The problem is that somethings that I find highly non-controversial are
>> not thought so by others.
>
| If this is the problem, you can always go through the usual route
| "if no one objects I'll commit this later".
>
>> (Basically TR1 is dead
Pavel Sanda writes:
| Alessandro Di Federico wrote:
>> This year I'm planning to put up a SVN server
>
| Right and it must be <1.7 :-/
>
>> (sigh, no git support yet, and it may be too late now)
>
| No, it is not. Adding some basic support (#0) like we have with other RCS
| is one weekend work an
On Fri, 2012-10-26 at 18:55 +0200, Abdelrazak Younes wrote:
> Knowing where in Italy would be nice though...
Maybe you missed my other e-mail!
> It's the most important technical university in Italy, the Politecnico
> di Milano:
>
> http://www.english.polimi.it/where/
>
> Usually the conference
Lars Gullik Bj?nnes wrote:
> The problem is that somethings that I find highly non-controversial are
> not thought so by others.
If this is the problem, you can always go through the usual route
"if no one objects I'll commit this later".
> (Basically TR1 is dead and is often incompatible with C+
On 26/10/2012 13:59, Jean-Marc Lasgouttes wrote:
Le 26/10/2012 12:33, Abdelrazak Younes a écrit :
On Fri, Oct 26, 2012 at 10:28 AM, Jean-Marc Lasgouttes
wrote:
Le 26/10/2012 00:03, Alessandro Di Federico a écrit :
Partly related: in April I'll organize for the third year a LyX
conference in
Alessandro Di Federico wrote:
> This year I'm planning to put up a SVN server
Right and it must be <1.7 :-/
> (sigh, no git support yet, and it may be too late now)
No, it is not. Adding some basic support (#0) like we have with other RCS
is one weekend work and you'll spend more time on testing
Hi,
here is the file containing the five patches
bibtex-insert-000.patch
Description: Binary data
best,
Benjamin
On Oct 26, 2012, at 15:26 , Richard Heck wrote:
> On 10/25/2012 03:30 PM, Richard Heck wrote:
>> On 10/25/2012 02:43 PM, Benjamin Piwowarski wrote:
>>> Hi,
>>>
>>> could I have
On 10/25/2012 03:30 PM, Richard Heck wrote:
On 10/25/2012 02:43 PM, Benjamin Piwowarski wrote:
Hi,
could I have at least some feedback on the patch - I know it is not
finished yet (at least for part 5), so it would be good to validate
(and maybe commit) parts 1-4.
I'll try to have a look t
On 10/26/2012 04:57 AM, Lars Gullik Bjønnes wrote:
Use std::abs in stead of std::max(v, -v).
These sorts of patches are always fine, I believe. Unless someone
objects, please go ahead.
rh
On Fri, 2012-10-26 at 12:33 +0200, Abdelrazak Younes wrote:
> > That is a great initiative. It would be fun to couple an event like
> that
> > with a developer meeting. A way to meet some users too.
>
> Where is this university?
It's the most important technical university in Italy, the Politecn
Le 26/10/2012 12:33, Abdelrazak Younes a écrit :
On Fri, Oct 26, 2012 at 10:28 AM, Jean-Marc Lasgouttes
wrote:
Le 26/10/2012 00:03, Alessandro Di Federico a écrit :
Partly related: in April I'll organize for the third year a LyX
conference in my university, oriented to take notes in class and
On Fri, Oct 26, 2012 at 10:28 AM, Jean-Marc Lasgouttes
wrote:
> Le 26/10/2012 00:03, Alessandro Di Federico a écrit :
>
>> Partly related: in April I'll organize for the third year a LyX
>> conference in my university, oriented to take notes in class and doing
>> thesis.
>
>
> That is a great init
Le 26/10/2012 11:05, Lars Gullik Bjønnes a écrit :
| Pavel, Vincent, this is probably the moment where you should weigh in
| the discussion.
I'd really that you though about how to solve the "using namespace std"
debacle, and the ugly workarounds you have to counter measure the
namespace polluti
lar...@gullik.org (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes writes:
>
| | Lars,
>>
| | I propose that you commit the patches that you know are not
| | controversial. This series of patches is a good example IMO.
>
| The problem is that somethings that I find highly non-controversial ar
Jean-Marc Lasgouttes writes:
| Lars,
>
| I propose that you commit the patches that you know are not
| controversial. This series of patches is a good example IMO.
The problem is that somethings that I find highly non-controversial are
not thought so by others.
| Pavel, Vincent, this is probabl
This returns a clamped value, requiring it to be between low and high.
clamp(5, 0, 10) == min(max(5, 0), 10) == max(min(5, 10), 0)
---
src/support/lyxalgo.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/support/lyxalgo.h b/src/support/lyxalgo.h
index f747e27..6ffb59b 100644
--- a/
---
src/BufferView.cpp| 5 +++--
src/Text3.cpp | 3 ++-
src/frontends/qt4/GuiWorkArea.cpp | 3 ++-
3 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/src/BufferView.cpp b/src/BufferView.cpp
index bb5ed50..079ee1c 100644
--- a/src/BufferView.cpp
+++ b
Use std::abs in stead of std::max(v, -v).
---
src/insets/InsetLine.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/insets/InsetLine.cpp b/src/insets/InsetLine.cpp
index 86a7e5c..f72fe64 100644
--- a/src/insets/InsetLine.cpp
+++ b/src/insets/InsetLine.cpp
@@ -118,7 +118,
Lars,
I propose that you commit the patches that you know are not
controversial. This series of patches is a good example IMO.
Pavel, Vincent, this is probably the moment where you should weigh in
the discussion.
JMarc
Le 26/10/2012 00:03, Alessandro Di Federico a écrit :
Partly related: in April I'll organize for the third year a LyX
conference in my university, oriented to take notes in class and doing
thesis.
That is a great initiative. It would be fun to couple an event like that
with a developer meeting
27 matches
Mail list logo
