On Wed, 13 Feb 2013, LacaK wrote:
Hi, the (download) link (together with the (as text)) link that used to
be next to (view) and (annotate) in viewvc revisions logs are missing,
can this be enabled, please?
Yes it will be good to have it back ;-)
Send your patches to the viewvc
Michael Müller wrote:
I'm not sure if somebody else mentioned this already but I have the feeling
that Giuliano thinks that he has to decide to use try-finally OR try-except but
there are situations where you need both. One of the criteria is if the object
is local or global since for a
On 13/02/2013 07:34, Michael Müller wrote:
I'm not sure if somebody else mentioned this already but I have the feeling
that Giuliano thinks that he has to decide to use try-finally OR try-except
but there are situations where you need both. One of the criteria is if the
object is local or
Michael Van Canneyt wrote / napísal(a):
On Wed, 13 Feb 2013, LacaK wrote:
Hi, the (download) link (together with the (as text)) link that
used to be next to (view) and (annotate) in viewvc revisions
logs are missing, can this be enabled, please?
Yes it will be good to have it back
On 12/02/2013 21:45, Sven Barth wrote:
Note: If anyone wants to answer to this anti virus thread that was
off topic to begin with, we should move over to fpc-other.
Regards, Sven
My apologies, I should have added [OT] to my reply.
Lukasz
___
Lukasz Sokol wrote:
To developers:
How would a generalized/packed construct like
try
[code block]
finally
[code block]
except
[code block]
end;
(in other words: a try-*-end construct where * can be 'finally', or 'except',
or BOTH.)
fit into Pascal philosophy?
Advantages is mainly:
- one
On Wed, 13 Feb 2013, LacaK wrote:
Michael Van Canneyt wrote / napísal(a):
On Wed, 13 Feb 2013, LacaK wrote:
Hi, the (download) link (together with the (as text)) link that used to be
next to (view) and (annotate) in viewvc
revisions logs are
On 13.02.2013 09:58, Mark Morgan Lloyd wrote:
Michael Müller wrote:
I'm not sure if somebody else mentioned this already but I have the
feeling that Giuliano thinks that he has to decide to use try-finally
OR try-except but there are situations where you need both. One of the
criteria is if
On 13.02.2013 10:11, Lukasz Sokol wrote:
On 13/02/2013 07:34, Michael Müller wrote:
I'm not sure if somebody else mentioned this already but I have the feeling
that Giuliano thinks that he has to decide to use try-finally OR try-except but
there are situations where you need both. One of the
On 13/02/2013 09:39, Mark Morgan Lloyd wrote:
Lukasz Sokol wrote:
To developers: How would a generalized/packed construct like
try [code block] finally [code block] except [code block] end;
(in other words: a try-*-end construct where * can be 'finally', or
'except', or BOTH.)
fit
On 13/02/2013 11:01, Sven Barth wrote:
On 13.02.2013 10:11, Lukasz Sokol wrote:
[...]
To developers: How would a generalized/packed construct like
try [code block] finally [code block] except [code block] end;
or what about
try [code block] except [code block] finally [code block] end;
Hello,
I'ved created an RSS aggregation site for Object Pascal related blogs:
http://planet.objpas.org/
This is a test run, and the look and feel will be changed in the feature.
If you have a blog or can provide RSS for FPC/Lazarus news please send
me an email with the feed details and I'll add
On 13/02/2013 11:01, Sven Barth wrote:
Keep this FAQ entry in mind when suggesting features:
http://www.freepascal.org/faq.var#extensionselect
(Note: I personally would have nothing against such a feature, but
the details need to be defined!)
Well I guess unless someone is ready to have
Michael Van Canneyt wrote / napísal(a):
On Wed, 13 Feb 2013, LacaK wrote:
Michael Van Canneyt wrote / napísal(a):
On Wed, 13 Feb 2013, LacaK wrote:
Hi, the (download) link (together with the (as
text)) link that used to be next to (view) and (annotate) in
On 13.02.2013 12:41, Lukasz Sokol wrote:
On 13/02/2013 11:01, Sven Barth wrote:
Keep this FAQ entry in mind when suggesting features:
http://www.freepascal.org/faq.var#extensionselect
(Note: I personally would have nothing against such a feature, but
the details need to be defined!)
Well I
On 13/02/2013 12:31, Sven Barth wrote:
On 13.02.2013 12:41, Lukasz Sokol wrote:
[...]
But it's not just 'shorter', it's relatively 'safer' too, and
doesn't forbid anybody from using traditional constructs either, at
all, if they wish so/need so.
That's for example a reason that speaks for
On 13.02.2013 13:44, Lukasz Sokol wrote:
On 13/02/2013 12:31, Sven Barth wrote:
On 13.02.2013 12:41, Lukasz Sokol wrote:
[...]
But it's not just 'shorter', it's relatively 'safer' too, and
doesn't forbid anybody from using traditional constructs either, at
all, if they wish so/need so.
Sven Barth ha scritto:
On 13.02.2013 10:11, Lukasz Sokol wrote:
On 13/02/2013 07:34, Michael Müller wrote:
I'm not sure if somebody else mentioned this already but I have the
feeling that Giuliano thinks that he has to decide to use try-finally
OR try-except but there are situations where
On Wed, 13 Feb 2013, Giuliano Colla wrote:
Sven Barth ha scritto:
On 13.02.2013 10:11, Lukasz Sokol wrote:
On 13/02/2013 07:34, Michael Müller wrote:
I'm not sure if somebody else mentioned this already but I have the
feeling that Giuliano thinks that he has to decide to use try-finally
Ah... finally somebody needs it. Please use the gtree unit, I would like to
see whether it's really worth developing the unit for other people (than
myself) :)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Tree-structure-tp5712850p5712887.html
Sent from the
- Original Message -
From: leledumbo leledumbo_c...@yahoo.co.id
To: fpc-pascal@lists.freepascal.org
Cc:
Sent: Wednesday, February 13, 2013 10:14 AM
Subject: [fpc-pascal] Re: Tree structure
Ah... finally somebody needs it. Please use the gtree unit, I would like to
see whether
I can't find the unit gtree...where is it located or downloadable from ?
Thanks,
R#
2013/2/13 Leonardo M. Ramé martinr...@yahoo.com
- Original Message -
From: leledumbo leledumbo_c...@yahoo.co.id
To: fpc-pascal@lists.freepascal.org
Cc:
Sent: Wednesday, February 13, 2013
On 13.02.2013 15:27, Roberto P. wrote:
I can't find the unit gtree...where is it located or downloadable from ?
If you have a current checkout of FPC's trunk or a recent snapshot the
unit is located in $fpcsr/packages/fcl-stl/src. It's currently only
provided in trunk.
Regards,
Sven
From: Roberto P. padovan...@gmail.com
To: Leonardo M. Ramé martinr...@yahoo.com; FPC-Pascal users discussions
fpc-pascal@lists.freepascal.org
Sent: Wednesday, February 13, 2013 11:27 AM
Subject: Re: [fpc-pascal] Re: Tree structure
I can't find the unit
On 13.02.2013 15:43, Bart wrote:
Hi,
Is it at all feasible to make TStringList.ExchangeItems a virtual method?
Reason:
In Lazarus we have a component (TValueListEditor) that has a
TStringList descendant as one of it's properties.
This particular list needs te bee in sync with another list of
On Wed, 13 Feb 2013, Sven Barth wrote:
On 13.02.2013 15:43, Bart wrote:
Hi,
Is it at all feasible to make TStringList.ExchangeItems a virtual method?
Reason:
In Lazarus we have a component (TValueListEditor) that has a
TStringList descendant as one of it's properties.
This particular list
On 13/02/2013 13:14, Michael Van Canneyt wrote:
I see no problem in adding finally, if you define carefully when it is
executed.
Michael.
I second that, we don't need no pythonisms here ;) (or is it pythonosis?)
I'd rephrase what I discussed with Sven Barth:
this construct (the
On 13.02.2013 16:14, Michael Van Canneyt wrote:
On Wed, 13 Feb 2013, Sven Barth wrote:
On 13.02.2013 15:43, Bart wrote:
Hi,
Is it at all feasible to make TStringList.ExchangeItems a virtual
method?
Reason:
In Lazarus we have a component (TValueListEditor) that has a
TStringList descendant
Hi,
I'm trying to configure fppkg, because seems that this is only way to
install GeckoPort version 2 (wiki.freepascal.org/GeckoPort_version2). I'm
using thos tips: wiki.freepascal.org/fppkg#Configuration . I have
CodeTyphon 4.0 so paths to FPC are different and can't configure it
What I did:
1.
Michael Van Canneyt ha scritto:
On Wed, 13 Feb 2013, Giuliano Colla wrote:
Sven Barth ha scritto:
On 13.02.2013 10:11, Lukasz Sokol wrote:
On 13/02/2013 07:34, Michael Müller wrote:
I'm not sure if somebody else mentioned this already but I have the
feeling that Giuliano thinks that he
Lukasz Sokol ha scritto:
On 13/02/2013 13:14, Michael Van Canneyt wrote:
I'd rephrase what I discussed with Sven Barth:
this construct (the packed try.(1).finally.(2).except.(3).end;) - a
packed/condensed version -
I would be in favor of try..except..finally, as opposed to
On 13.02.2013 17:50, Giuliano Colla wrote:
Python provides the following:
try
[code block]
except
[code block]
else
[code block]
finally
[code block]
end;
which can be used in any reasonable combination: just try..except,
just try..finally just try..except..else etc.
The except..else is a very
On 13.02.2013 18:07, Giuliano Colla wrote:
Lukasz Sokol ha scritto:
On 13/02/2013 13:14, Michael Van Canneyt wrote:
I'd rephrase what I discussed with Sven Barth:
this construct (the packed try.(1).finally.(2).except.(3).end;) - a
packed/condensed version -
I would be in favor of
Still same error
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 13.02.2013 16:49, Krzysztof wrote:
Hi,
I'm trying to configure fppkg, because seems that this is only way to
install GeckoPort version 2 (wiki.freepascal.org/GeckoPort_version2
http://wiki.freepascal.org/GeckoPort_version2). I'm using thos tips:
wiki.freepascal.org/fppkg#Configuration
On 13.02.2013 21:35, Sven Barth wrote:
On 13.02.2013 16:49, Krzysztof wrote:
Hi,
I'm trying to configure fppkg, because seems that this is only way to
install GeckoPort version 2 (wiki.freepascal.org/GeckoPort_version2
http://wiki.freepascal.org/GeckoPort_version2). I'm using thos tips:
--- El mié 13-feb-13, Michael Van Canneyt mich...@freepascal.org escribió:
Ah. Hard to find without docs.
I had tried
default_file_view = co
but that didn't help. But now I added allowed_views.
Michael.
Thank you.
Jesus Reyes A.
___
37 matches
Mail list logo
