Marco van de Voort wrote:
>
> It also proves that such solution external to the language is possible. That
> weakens the case for a language feature
My point exactly! The language doesn't need such a feature because your
editor of choice should be able to do that, and in Lazarus IDE that is the
Marco van de Voort wrote:
>
> IMHO Prism is not even Delphi. Just recycling of the brand.
+1
> I'd rather see the time spent on features that really matter (like generics,
> SEH/COM support, unicode).
Definitely. I would like to add 'Interface Delegation' to that list. It's a
vital part of Int
Hello FPC-Pascal,
Sunday, February 21, 2010, 9:32:50 PM, you wrote:
DWN> This is actually valid ALGOL 60 and/or ALGOL 68. Conditional
DWN> expressions were available in both languages. I think Niklaus Wirth
DWN> continued with this in ALGOL W, but dropped it from Pascal.
DWN> Note that the ALGO
On Sun, 21 Feb 2010 20:37:12 +0100, JoshyFun wrote about Re[2]:
[fpc-pascal] some new features to delphi prisem:
> Sunday, February 21, 2010, 7:29:54 PM, you wrote:
>
> MK> This is a matter of taste, I can imagine uses when at least
> MK> functional "if" would make code *more* readable. Noone for
Hello FPC-Pascal,
Sunday, February 21, 2010, 7:29:54 PM, you wrote:
MK> This is a matter of taste, I can imagine uses when at least functional
MK> "if" would make code *more* readable. Noone forces programmers to
MK> convert all their case/if to functional versions if they look
MK> unreadable. Th
In our previous episode, Michalis Kamburelis said:
> > You only need to change one variable, and all other instances will
> > change to. And syncron-edit applies to any selection of text. So
> > already works in more cases.
> >
>
> Which is cool, but only if you and all your contributors use Laza
Graeme Geldenhuys wrote:
> On 21 February 2010 17:00, Michalis Kamburelis
> wrote:
>> Which also means "less chance of mistake". For example, if you decide
>> later to change "y" to "y1", you only have to change the code in one
>> place, not three.
>
>
> Unfortunately you are wrong Michalis. Ev
On Sun, Feb 21, 2010 at 9:22 PM, Marco van de Voort wrote:
> I'd rather see the time spent on features that really matter (like generics,
> SEH/COM support, unicode).
+1
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal
In our previous episode, dmitry boyarintsev said:
> > assignment. Case begin..end blocks can do much more than simple
> > oneliners.
>
> Maybe some-one would like to catch-up with Delphi/Prism?
> Wouldn't be possible to start a Prism mode to support new Delphi
> syntax features? (or modeswitch, ju
On Sun, Feb 21, 2010 at 9:03 PM, Graeme Geldenhuys
wrote:
> I vote against adding this language feature. It's not pascal-like and
> actually makes the code harder to read. It also only applies to simple
> assignment. Case begin..end blocks can do much more than simple
> oneliners.
Maybe some-one
On 21 February 2010 17:00, Michalis Kamburelis wrote:
>
> Which also means "less chance of mistake". For example, if you decide
> later to change "y" to "y1", you only have to change the code in one
> place, not three.
Unfortunately you are wrong Michalis. Ever heard of 'syncron-edit'?
http:/
Thank you very much
2010/2/21 Marc Weustink :
> Osvaldo Filho wrote:
>>
>> Thank you.
>>
>> I have my own compiler - files from another computer - not the ubuntu
>> package.
>>
>> How can I say the Make program where are the files of the compiler?
>> They are in: ~/apps/fpc/bin and ~/apps/fpc/lib
In our previous episode, dmitry boyarintsev said:
> Does this innovation makes "case" a function?
I'd rather say an expression.
> procedure SomeProc(const v: string);
>
> SomeProc ( case Other of
> a: 'a';
> b: 'b';
>end; );
>
Does this innovation makes "case" a function?
procedure SomeProc(const v: string);
SomeProc ( case Other of
a: 'a';
b: 'b';
end; );
Imho, this reduces the code readability.
thanks,
dmitry
___
ik wrote:
> On Sat, Feb 20, 2010 at 20:01, Jürgen Hestermann
> mailto:juergen.hesterm...@gmx.de>> wrote:
>
>
>
> y := case Other of
> bla : 'hello';
> foo : 'bye';
> baz : 'adius';
> end;
>
>
> What do you gain with this
On 21 Feb 2010, at 13:20, Justin Smyth wrote:
> The orginal code comes from JVCL , which wont complile under FPC , the actual
> unit is jvlistbox.pas
Without full source code that compiles rather than uncompilable snippets it
takes a lot more time to help you. Please post the full source code
Hi,
Is somebody aware of an fpc interface for the memcached protocol? (See
http://memcached.org/)
As there seem to be some projects using fpc to provide web content and
memcached seems to be one of the more important techniques used on
bigger websites there may already be someone who wrote some int
The orginal code comes from JVCL , which wont complile under FPC , the
actual unit is jvlistbox.pas
I have since looked at CustomListBox.inc and made a few change , basically
not copying ItemState to a variable but directly doing the checking agaist
it
procedure TJvCustomListBox.CNDrawItem(v
y := case Other of
bla : 'hello';
foo : 'bye';
baz : 'adius';
end;
What do you gain with this?
Doesn't look much different to
case Other of
bla : y := 'hello';
foo : y := 'bye';
baz : y := 'adius';
On 21 Feb 2010, at 07:26, Justin Smyth wrote:
> I've done the bit Micheal suggest now which i highlight TWMDrawItem it says
> its comes from TLMDrawItems.
>
> i still get Error: Incompatible types: got "TOwnerDrawStateType" expected
> ""
Can you post the full program somewhere? (or the full s
20 matches
Mail list logo
