Zvezdan Petkovic wrote:
If you choose Layout-Document and in the dialogue that opens set Fonts
button to palatino (or some other non-default), there are no problems
with PDF whatsoever. Well, almost. Math is still in Computer Modern
and comes out fuzzy in PDF.
Actually,
On Thursday 18 March 2004 08:48, Juergen Spitzmueller wrote:
Actually, \usepackage{palatino} is completely outdated as almost the
whole LyX font stuff:
ftp://ftp.gwdg.de/pub/dante/info/l2tabu/english/l2tabuen.pdf
What do we need to change in LyX to correct this?
I'm curious, and I would
Jose' Matos wrote:
ftp://ftp.gwdg.de/pub/dante/info/l2tabu/english/l2tabuen.pdf
What do we need to change in LyX to correct this?
I'm curious, and I would like to help solve this.
Short answer:
use the new psnfss packages for times and palatino, as recommended in the
l2tabu doc (and in
On Wed, Mar 17, 2004 at 03:51:14PM +0100, Georg Baum wrote:
Of course, if the converter command was run from the master buffer
dir, the situation would be different, since $$FName would always be
the right variable to use.
This would work. I don't know very well all the capabilities of
Juergen Spitzmueller wrote:
This patch adds gui support for sectioned bibliographies, using the
bibtopic package (whose aux file naming scheme we already support).
opinions (do we want this feature, is the patch ok)?
Jürgen.
This is the first of a series of eight patches containing last week's
work. I'd like to submit the first seven of them to the list here and
commit shortly afterwards as I still can't access cvs from home and have
just limited time on this machine here.
The first here is the one I had to revert
On Wed, Mar 17, 2004 at 09:18:21PM +, Angus Leeming wrote:
Here's a patch to make André happy:
33 files changed, 56 insertions(+), 860 deletions(-)
Good stuff.
You might want to work a bit harder on the 'insertions' side, though.
SCNR ;-)
Andre'
On Thursday 18 March 2004 11:53, Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
This patch adds gui support for sectioned bibliographies, using the
bibtopic package (whose aux file naming scheme we already support).
opinions (do we want this feature, is the patch ok)?
The
On Thursday 18 March 2004 09:33, Juergen Spitzmueller wrote:
Jose' Matos wrote:
ftp://ftp.gwdg.de/pub/dante/info/l2tabu/english/l2tabuen.pdf
What do we need to change in LyX to correct this?
I'm curious, and I would like to help solve this.
Short answer:
use the new psnfss
Jose' Matos wrote:
That would imply that the output would be different depending on the user
setup. Is that a problem?
IIRC this was discussed before but I don't remember the outcome.
Else if this is not problem it should be easy to give the right output
depending on the available
Jose' Matos wrote:
opinions (do we want this feature, is the patch ok)?
The lyx2lyx part is missing, isn't it? ;-)
It shouldn't be too difficult. :-)
yes, of course. All I can do is provide a description of what needs to be done
(nothing upwards, some ERT downwards). I really do not
Juergen Spitzmueller wrote:
BTW José did you see my descriptions on the last two file format updates in
FORMAT?
Sorry, it's just one format change (the change to 230). The other things are
not yet committed (i.e. bibtopic, sidewaysfloats).
Jürgen.
This is nicesmall: Just remove rarely needed stuff from lyxtext.h.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
? 1.diff
Index: BufferView.C
Rodrigo Fresneda wrote:
Hi, list, I have been using LyX version 1.3.4 from Debian unstable,
and I have come across what seems to be some sort of bug.
1)First, I type any text, shift-select it, and try to change the setting
for the Misc box in the character layout menu, for instance, I try
Andre Poenitz wrote:
On Wed, Mar 17, 2004 at 03:51:14PM +0100, Georg Baum wrote:
Of course, if the converter command was run from the master buffer
dir, the situation would be different, since $$FName would always be
the right variable to use.
This would work. I don't know very well all
Angus Leeming wrote:
Incidentally, Georg, we received a report some time back that LyX was
unable to compile latex files containing references to cyrillic file
names. The solution is to use MakeLatexName, so:
out \includegraphics{
MakeLatexName(relative_file) };
As you're
On Thu, Mar 18, 2004 at 02:38:38PM +0100, Georg Baum wrote:
I agree that being too clever should be avoided. However, I am not sure
wether this is a case of beeing too clever. The problem is:
a) A relative name in the .lyx file should be translated to a relative name
in the .tex file
b) An
The main content is related to the 'localization' of getStatus
(which was considered generally a 'good idea').
Most of the change is related to reverse logic by switching from a
'disabled' flag to an 'enabled' flag.
The rationale is simply that an inset will know what kind of LFUNs it is
Andre Poenitz wrote:
On Thu, Mar 18, 2004 at 02:38:38PM +0100, Georg Baum wrote:
I agree that being too clever should be avoided. However, I am not sure
wether this is a case of beeing too clever. The problem is:
a) A relative name in the .lyx file should be translated to a relative
name
On Thu, Mar 18, 2004 at 03:11:53PM +0100, Georg Baum wrote:
Andre Poenitz wrote:
On Thu, Mar 18, 2004 at 02:38:38PM +0100, Georg Baum wrote:
I agree that being too clever should be avoided. However, I am not sure
wether this is a case of beeing too clever. The problem is:
a) A
On Thursday 18 March 2004 13:03, Juergen Spitzmueller wrote:
Jose' Matos wrote:
yes, of course. All I can do is provide a description of what needs to be
done (nothing upwards, some ERT downwards). I really do not understand
python *at all*.
:-)
There is always a first time. ;-)
BTW
But maybe time for some comments on the last of todays patches (the one
I won't apply).
This is changing ParagraphList to a std::vectorParagraph.
After playing around a bit I am convinced this is the way to go. First
of all, there is really no performance problem withit whatsoever. E.g.
Jose' Matos wrote:
BTW José did you see my descriptions on the last two file format updates
in FORMAT? I committed empty lyx2lyx files.
Ok, I notice that and will act accordingly.
I will inform you as soon as I have a working version.
Many thanks.
Jürgen.
On Thu, Mar 18, 2004 at 09:48:39AM +0100, Juergen Spitzmueller wrote:
Zvezdan Petkovic wrote:
If you choose Layout-Document and in the dialogue that opens set Fonts
button to palatino (or some other non-default), there are no problems
with PDF whatsoever. Well, almost. Math is still in
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
So, while it says that it succeeded, any code that tries to
translate a broken color name will be given a brand new unusable
color and never be warned of this fact. This is rude.
Martin Uh, it *does* give an error message... which could
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Btw, I have the strong feeling that the ignorance of case in
Andre configuration files is more likely to create trouble than it
Andre helps the user.
Andre In fact, having a choice there usually leads to a lot of time
Andre spent for
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Branches can define arbitrary new colours as their background
Angus colour. I believe that the same mechanism can also be used to
Angus add arbitrary character colours also.
Where is the code that adds the new colors?
JMarc
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Angus Leeming wrote:
Incidentally, Georg, we received a report some time back that LyX
was unable to compile latex files containing references to cyrillic
file names. The solution is to use MakeLatexName, so: out
\includegraphics{
Zvezdan Petkovic wrote:
First of all, thanks for pointing me to this text, but I must tell you
that after reading it I realised that I do _not_ commit _any_ of those
deadly sins.
I didn't want to imply that. I just wanted to point to an old LyX task, namely
the font handling being outdated.
Andre Poenitz wrote:
The main content is related to the 'localization' of getStatus
(which was considered generally a 'good idea').
This reintroduces a bit of forks. Compilation fix attached.
Jürgen.
Index: src/lyxfunc.C
===
RCS
Should be uncontroversial. This removes/hides some stuff from the Cursor
and MathHullInset which was part of the old mathed-texted 'interface'
Moreover, it fixes a crash when leaving formulas with Up or Down and
makes the Cursor up/down ready for general use.
? .cursor.C.swp
? 1.diff
?
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg How do you want to achieve this if you have one variable with
Georg the absolute name and one with the relative name and don't know
Georg anymore what the user entered? Of course one could define more
Georg variables (e.g. an $$AbsoluteName
This might be the reason for some of the crashs and/or magic code
needed in some places to prevent such: Copying/Assigning Paragraphs
did not copy the row cache, so after moving them around they were
in an inconsistent state until the next 'redoParagraph'.
Andre'
? .paragraph.C.swp
? .undo.C.swp
Small stuff. Use accessors instead of member variables.
Remove the 'undo_frozen' flag that's no more needed.
Andre'
? .CutAndPaste.C.swp
? .ParagraphList_fwd.h.swp
? 1.diff
? insets/.insettabular.C.swp
Index: cursor.C
===
RCS file:
Pretty insistent.
Jürgen.
Andre Poenitz wrote:
Index: lyxfunc.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v
retrieving revision 1.584
diff -u -p -r1.584 lyxfunc.C
--- lyxfunc.C 18 Mar 2004 16:12:48 -
On Thu, Mar 18, 2004 at 03:41:54PM +0100, Andre Poenitz wrote:
This is changing ParagraphList to a std::vectorParagraph.
OK, but ...
After playing around a bit I am convinced this is the way to go. First
of all, there is really no performance problem withit whatsoever. E.g.
splitting the
On Thu, Mar 18, 2004 at 04:54:44PM +0100, Juergen Spitzmueller wrote:
No. The difference is that palatino.sty loads helvetica and does not scale it
correctly. And mathpazo supports not only the palladio fonts (palatino
clones) which are included in the base35, but also true palatino fonts
Zvezdan Petkovic wrote:
But regarding the removal of palatino, wouldn't it be better to simply
change it from:
\renewcommand{\rmdefault}{ppl}
\renewcommand{\sfdefault}{phv}
\renewcommand{\ttdefault}{pcr}
to
\RequirePackage{mathpazo}
\RequirePackage[scaled=.95]{helvet}
On Thu, Mar 18, 2004 at 04:53:44PM +, John Levon wrote:
As I recall you have a fast machine. Can we get some actual metrics on
how much slower it is ? You might not notice 10%, but it's a big deal
for others
Startup plus loading the UserGuide plus 20 breaks of the initial paragraph are
On Thu, Mar 18, 2004 at 06:55:36PM +0100, Andre Poenitz wrote:
Startup plus loading the UserGuide alone is
0.22s
I assume this is with warm caches :L)
Startup plus loading the UserGuide plus 20 breaks of the initial paragraph are
0.5s for the list based version on a AMD Athlon(TM)
On Thu, Mar 18, 2004 at 05:56:47PM +, John Levon wrote:
On Thu, Mar 18, 2004 at 06:55:36PM +0100, Andre Poenitz wrote:
Startup plus loading the UserGuide alone is
0.22s
I assume this is with warm caches :L)
Well, we had 3.5 seconds recently. This can't be just a cache issue.
On Thu, Mar 18, 2004 at 04:45:33PM +0100, Jean-Marc Lasgouttes spake thusly:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
So, while it says that it succeeded, any code that tries to
translate a broken color name will be given a brand new unusable
color and never be warned of
Andre Poenitz wrote:
But maybe time for some comments on the last of todays patches (the one
I won't apply).
This is changing ParagraphList to a std::vectorParagraph.
Man, where do you get all that energy? ;-)
After playing around a bit I am convinced this is the way to go. First
of
$ lyx --export pdf evidence_TS3150.lyx
Buffer::Buffer()
Assertion triggered in BufferView* LyXText::bv() const by failing check bv_owner !=
0 in file ../../lyx/src/text.C:171
Aborted (core dumped)
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates,
Zvezdan Petkovic wrote:
> If you choose Layout->Document and in the dialogue that opens set Fonts
> button to "palatino" (or some other non-default), there are no problems
> with PDF whatsoever. Well, almost. Math is still in Computer Modern
> and comes out fuzzy in PDF.
Actually,
On Thursday 18 March 2004 08:48, Juergen Spitzmueller wrote:
>
> Actually, \usepackage{palatino} is completely outdated as almost the
> whole LyX font stuff:
> ftp://ftp.gwdg.de/pub/dante/info/l2tabu/english/l2tabuen.pdf
What do we need to change in LyX to correct this?
I'm curious, and I
Jose' Matos wrote:
> > ftp://ftp.gwdg.de/pub/dante/info/l2tabu/english/l2tabuen.pdf
>
> What do we need to change in LyX to correct this?
>
> I'm curious, and I would like to help solve this.
Short answer:
use the new psnfss packages for times and palatino, as recommended in the
l2tabu doc
On Wed, Mar 17, 2004 at 03:51:14PM +0100, Georg Baum wrote:
> > Of course, if the converter command was run from the master buffer
> > dir, the situation would be different, since $$FName would always be
> > the right variable to use.
>
> This would work. I don't know very well all the
Juergen Spitzmueller wrote:
> This patch adds gui support for sectioned bibliographies, using the
> bibtopic package (whose aux file naming scheme we already support).
opinions (do we want this feature, is the patch ok)?
Jürgen.
This is the first of a series of eight patches containing last week's
work. I'd like to submit the first seven of them to the list here and
commit shortly afterwards as I still can't access cvs from home and have
just limited time on this machine here.
The first here is the one I had to revert
On Wed, Mar 17, 2004 at 09:18:21PM +, Angus Leeming wrote:
> Here's a patch to make André happy:
> 33 files changed, 56 insertions(+), 860 deletions(-)
Good stuff.
You might want to work a bit harder on the 'insertions' side, though.
SCNR ;-)
Andre'
On Thursday 18 March 2004 11:53, Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
> > This patch adds gui support for sectioned bibliographies, using the
> > bibtopic package (whose aux file naming scheme we already support).
>
> opinions (do we want this feature, is the patch ok)?
The
On Thursday 18 March 2004 09:33, Juergen Spitzmueller wrote:
> Jose' Matos wrote:
> > > ftp://ftp.gwdg.de/pub/dante/info/l2tabu/english/l2tabuen.pdf
> >
> > What do we need to change in LyX to correct this?
> >
> > I'm curious, and I would like to help solve this.
>
> Short answer:
> use the
Jose' Matos wrote:
> That would imply that the output would be different depending on the user
> setup. Is that a problem?
>
> IIRC this was discussed before but I don't remember the outcome.
>
> Else if this is not problem it should be easy to give the right output
> depending on the
Jose' Matos wrote:
> > opinions (do we want this feature, is the patch ok)?
>
> The lyx2lyx part is missing, isn't it? ;-)
> It shouldn't be too difficult. :-)
yes, of course. All I can do is provide a description of what needs to be done
(nothing upwards, some ERT downwards). I really do
Juergen Spitzmueller wrote:
> BTW José did you see my descriptions on the last two file format updates in
> FORMAT?
Sorry, it's just one format change (the change to 230). The other things are
not yet committed (i.e. bibtopic, sidewaysfloats).
Jürgen.
This is nice: Just remove rarely needed stuff from lyxtext.h.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
? 1.diff
Index: BufferView.C
Rodrigo Fresneda wrote:
> Hi, list, I have been using LyX version 1.3.4 from Debian unstable,
> and I have come across what seems to be some sort of bug.
>
> 1)First, I type any text, shift-select it, and try to change the setting
> for the Misc box in the character layout menu, for instance, I
Andre Poenitz wrote:
> On Wed, Mar 17, 2004 at 03:51:14PM +0100, Georg Baum wrote:
>> > Of course, if the converter command was run from the master buffer
>> > dir, the situation would be different, since $$FName would always be
>> > the right variable to use.
>>
>> This would work. I don't know
Angus Leeming wrote:
> Incidentally, Georg, we received a report some time back that LyX was
> unable to compile latex files containing references to cyrillic file
> names. The solution is to use MakeLatexName, so:
> out << "\includegraphics{"
> << MakeLatexName(relative_file) << "}";
On Thu, Mar 18, 2004 at 02:38:38PM +0100, Georg Baum wrote:
> I agree that being too clever should be avoided. However, I am not sure
> wether this is a case of beeing too clever. The problem is:
>
> a) A relative name in the .lyx file should be translated to a relative name
> in the .tex file
>
The main content is related to the 'localization' of getStatus
(which was considered generally a 'good idea').
Most of the change is related to reverse logic by switching from a
'disabled' flag to an 'enabled' flag.
The rationale is simply that an inset will know what kind of LFUNs it is
Andre Poenitz wrote:
> On Thu, Mar 18, 2004 at 02:38:38PM +0100, Georg Baum wrote:
>> I agree that being too clever should be avoided. However, I am not sure
>> wether this is a case of beeing too clever. The problem is:
>>
>> a) A relative name in the .lyx file should be translated to a
On Thu, Mar 18, 2004 at 03:11:53PM +0100, Georg Baum wrote:
> Andre Poenitz wrote:
>
> > On Thu, Mar 18, 2004 at 02:38:38PM +0100, Georg Baum wrote:
> >> I agree that being too clever should be avoided. However, I am not sure
> >> wether this is a case of beeing too clever. The problem is:
> >>
On Thursday 18 March 2004 13:03, Juergen Spitzmueller wrote:
> Jose' Matos wrote:
>
> yes, of course. All I can do is provide a description of what needs to be
> done (nothing upwards, some ERT downwards). I really do not understand
> python *at all*.
:-)
There is always a first time. ;-)
>
But maybe time for some comments on the last of todays patches (the one
I won't apply).
This is changing ParagraphList to a std::vector.
After playing around a bit I am convinced this is the way to go. First
of all, there is really no performance problem withit whatsoever. E.g.
splitting the
Jose' Matos wrote:
> > BTW José did you see my descriptions on the last two file format updates
> > in FORMAT? I committed empty lyx2lyx files.
>
> Ok, I notice that and will act accordingly.
>
> I will inform you as soon as I have a working version.
Many thanks.
Jürgen.
On Thu, Mar 18, 2004 at 09:48:39AM +0100, Juergen Spitzmueller wrote:
> Zvezdan Petkovic wrote:
> > If you choose Layout->Document and in the dialogue that opens set Fonts
> > button to "palatino" (or some other non-default), there are no problems
> > with PDF whatsoever. Well, almost. Math is
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> > So, while it says that it succeeded, any code that tries to >
>> translate a broken color name will be given a brand new unusable >
>> color and never be warned of this fact. This is rude.
Martin> Uh, it *does* give an error
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Btw, I have the strong feeling that the ignorance of case in
Andre> configuration files is more likely to create trouble than it
Andre> helps the user.
Andre> In fact, having a choice there usually leads to a lot of time
Andre>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Branches can define arbitrary new colours as their background
Angus> colour. I believe that the same mechanism can also be used to
Angus> add arbitrary character colours also.
Where is the code that adds the new colors?
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Angus Leeming wrote:
>> Incidentally, Georg, we received a report some time back that LyX
>> was unable to compile latex files containing references to cyrillic
>> file names. The solution is to use MakeLatexName, so: out <<
>>
Zvezdan Petkovic wrote:
> First of all, thanks for pointing me to this text, but I must tell you
> that after reading it I realised that I do _not_ commit _any_ of those
> "deadly sins".
I didn't want to imply that. I just wanted to point to an old LyX task, namely
the font handling being
Andre Poenitz wrote:
> The main content is related to the 'localization' of getStatus
> (which was considered generally a 'good idea').
This reintroduces a bit of forks. Compilation fix attached.
Jürgen.
Index: src/lyxfunc.C
===
RCS
Should be uncontroversial. This removes/hides some stuff from the Cursor
and MathHullInset which was part of the old mathed<->texted 'interface'
Moreover, it fixes a crash when leaving formulas with Up or Down and
makes the Cursor up/down ready for general use.
? .cursor.C.swp
? 1.diff
?
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> How do you want to achieve this if you have one variable with
Georg> the absolute name and one with the relative name and don't know
Georg> anymore what the user entered? Of course one could define more
Georg> variables (e.g. an
This might be the reason for some of the crashs and/or "magic" code
needed in some places to prevent such: Copying/Assigning Paragraphs
did not copy the row cache, so after moving them around they were
in an inconsistent state until the next 'redoParagraph'.
Andre'
? .paragraph.C.swp
?
Small stuff. Use accessors instead of member variables.
Remove the 'undo_frozen' flag that's no more needed.
Andre'
? .CutAndPaste.C.swp
? .ParagraphList_fwd.h.swp
? 1.diff
? insets/.insettabular.C.swp
Index: cursor.C
===
RCS file:
Pretty insistent.
Jürgen.
Andre Poenitz wrote:
> Index: lyxfunc.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v
> retrieving revision 1.584
> diff -u -p -r1.584 lyxfunc.C
> --- lyxfunc.C 18 Mar 2004 16:12:48
On Thu, Mar 18, 2004 at 03:41:54PM +0100, Andre Poenitz wrote:
> This is changing ParagraphList to a std::vector.
OK, but ...
>
> After playing around a bit I am convinced this is the way to go. First
> of all, there is really no performance problem withit whatsoever. E.g.
> splitting the first
On Thu, Mar 18, 2004 at 04:54:44PM +0100, Juergen Spitzmueller wrote:
> No. The difference is that palatino.sty loads helvetica and does not scale it
> correctly. And mathpazo supports not only the palladio fonts (palatino
> clones) which are included in the base35, but also true palatino fonts
Zvezdan Petkovic wrote:
> But regarding the removal of palatino, wouldn't it be better to simply
> change it from:
>
> \renewcommand{\rmdefault}{ppl}
> \renewcommand{\sfdefault}{phv}
> \renewcommand{\ttdefault}{pcr}
>
> to
>
> \RequirePackage{mathpazo}
> \RequirePackage[scaled=.95]{helvet}
>
On Thu, Mar 18, 2004 at 04:53:44PM +, John Levon wrote:
> As I recall you have a fast machine. Can we get some actual metrics on
> how much slower it is ? You might not notice 10%, but it's a big deal
> for others
Startup plus loading the UserGuide plus 20 breaks of the initial paragraph are
On Thu, Mar 18, 2004 at 06:55:36PM +0100, Andre Poenitz wrote:
> Startup plus loading the UserGuide alone is
> 0.22s
I assume this is with warm caches :L)
> Startup plus loading the UserGuide plus 20 breaks of the initial paragraph are
> 0.5s for the list based version on a AMD Athlon(TM)
On Thu, Mar 18, 2004 at 05:56:47PM +, John Levon wrote:
> On Thu, Mar 18, 2004 at 06:55:36PM +0100, Andre Poenitz wrote:
>
> > Startup plus loading the UserGuide alone is
> > 0.22s
>
> I assume this is with warm caches :L)
Well, we had 3.5 seconds recently. This can't be just a cache
On Thu, Mar 18, 2004 at 04:45:33PM +0100, Jean-Marc Lasgouttes spake thusly:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> > So, while it says that it succeeded, any code that tries to >
> >> translate a broken color name will be given a brand new unusable >
> >> color
Andre Poenitz wrote:
>
> But maybe time for some comments on the last of todays patches (the one
> I won't apply).
>
> This is changing ParagraphList to a std::vector.
Man, where do you get all that energy? ;-)
> After playing around a bit I am convinced this is the way to go. First
> of
$ lyx --export pdf evidence_TS3150.lyx
Buffer::Buffer()
Assertion triggered in BufferView* LyXText::bv() const by failing check "bv_owner !=
0" in file ../../lyx/src/text.C:171
Aborted (core dumped)
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates,
88 matches
Mail list logo
