On 5 Jan 2010, at 22:40, Graeme Geldenhuys
wrote:
I must say, I agree with the original poster - it would be very
useful. I have had many battles to try and overcome circular reference
issues, and I do take care in my class designs.
I would also agree. I used to use Interfaces or raise sha
Jeff Wormsley wrote:
I would think any time you have two objects that need bidirectional
access of any sort that you would need to define an connector object
to make this link, so the data or functions that needs to be shared
between the two don't reside in either object, but in the connector
Stefan Kisdaroczi wrote:
Am 29.01.2010 12:08, schrieb Marco van de Voort:
I don't really see a need for this. Some languages are terminator, some are
separator. We are also not Basic in that we try to disambiguate every
possible syntax.
It is just a risk without real benefit attached to it,
Graeme Geldenhuys wrote:
It's not often I get to actually have knowledge to give!
Anyway, I saw that FPC 2.4.0 has a Haiku release (I was quite surprised -
kudos to the FPC developers!).
FPC supported BeOS since FPC 2.0. I believe the first port was by Pavel
Kasselberger (sp?) for his Pixel im
Graeme Geldenhuys wrote:
Thank you very much for all the information. I'll try and install FPC 2.4.0
on Haiku in the coming days and see how it goes.
Take a look at:
http://sourceforge.net/projects/befpc/
There's also quite a lot of source cose in the repo. The version of FPC
is 1.0 IIRC (no
Sent from my iPhone
On 19 May 2010, at 17:52, Graeme Geldenhuys
wrote:
On 19 May 2010 17:36, Marco van de Voort wrote:
I don't see why the observer pattern is needed at such low level
any more
than 20 other little handy features that each would be a lot easier
if they
just had a fi
Sent from my iPhone
On 19 May 2010, at 17:59, Graeme Geldenhuys
wrote:
Michael, I have two options to solve this:
1) Ignore Marco and implement it any way. I think you have just as
much say as Macro on what goes into the FPC.
2) Do something similar to what we did with tiOPF and Interfa
Sent from my iPhone
On 19 May 2010, at 22:42, Graeme Geldenhuys
wrote:
On 19/05/2010, Inoussa OUEDRAOGO wrote:
Agreed. This mechanism exists in Delphi and is called "class helper",
see http://docwiki.embarcadero.com/RADStudio/en/Class_and_Record_Helpers
Ah yes, the famous "class help
Sent from my iPhone
On 19 May 2010, at 23:02, Graeme Geldenhuys
wrote:
maybe some of you don't even
know what Design Patterns are - this doesn't make them less useful.
In my experience, often badly implemented and regularly abused.
Patterns take extreme discipline. Either you FORCE pr
Sent from my iPhone
On 20 May 2010, at 07:52, Graeme Geldenhuys
wrote:
Matt Emson het geskryf:
Patterns are faddy - you are not going to please everyone.
Please explain and give examples where Observer will not be useful.
Also, I
do not know what "faddy" means.
Having
Graeme Geldenhuys wrote:
Matt Emson het geskryf:
In my experience, often badly implemented and regularly abused.
Then whoever wrote that code you looked at has no clue what they were doing
and has a near zero understanding of design patterns or OOP.
No. The problem with Patterns
Graeme Geldenhuys wrote:
Matt Emson het geskryf:
Having used it a lot recently, I'd prefer MVC to be used with in a
class library.
MVC often uses Observer!
And? I've never said the observer pattern was bad. I've only ever said
that retrofitting it is bad. If I
Graeme Geldenhuys wrote:
OK we just confirmed that you have no clue about OOP or design patterns,
HAHAHAHAHAHAHAHAHAHA!! Wow. Your ego is too much for me.
so I'll stop replying to your posts.
Good. Please stop replying to the entire thread at the same time. None
of us understand design patte
Okay, so the whole Observer Pattern discussion this morning went way off
track after I mentioned this idea, but a few people expressed interest
in my proposal:
I'd rather see a mechanism for injecting first class extensions to existing classes. That way, it really doesn't matter what pattern is
Jonas Maebe wrote:
Having implemented support for Objective-C/Pascal categories in the
compiler, I don't think that this concept can be translated to the
(Delphi-compatible) Object Pascal model/implementation. It only works
in Objective-C/Pascal because there all dispatching is based on the
na
On 3 Oct 2010, at 17:43, Willibald Krenn wrote:
With regards to 64bit Windows:
> Feel free to comment.
Is there a particular reason why you're sticking with TLA's? Surely, Win64 has
progressed past this limitation?
> Definitions
> ~~~
>.ppl Free-Pascal Package Library
On 04/10/2010 09:46, Dimitri Smits wrote:
nope, D7 does this too. (maybe even D5, but cannot verify)
Yes, Delphi 5+ does this. It might even work in 3 or 4, I haven't tried
it. Packages were horribly buggy in 3 from what I remember and I only
used 4 briefly as 5 came out rapidly after we'd s
Sent from my iPhone
On 4 Oct 2010, at 04:35, Hans-Peter Diettrich wrote:
> Dimitri Smits schrieb:
>
>> It is therefore simple to say in delphi that you want to build with
>> rtlXXX.bpl only, but still have the vclXXX.dcp statically linked into
>> your executable when you use a TForm and inclu
On 04/10/2010 10:56, Sven Barth wrote:
So I personally would prefer *.ppl (for Pascal Package Library) on
every platform supporting packages.
Scenario - I'm using Pascal compiler
(GNU/Delphi/Virtual/etc) so I can use the PPL's from Free Pascal with
them? After all, they *are* "Pascal Packag
Sent from my iPhone
On 19 Oct 2010, at 06:50, Alexander Klenin wrote:
> On Tue, Oct 19, 2010 at 16:19, Hans-Peter Diettrich
> wrote:
>
>> So there's left nothing what I could do for FPC.
>
> I suggest you start a git-maintained fork.
I have been biting my tongue a lot this week and almost
Advice : Google "Skybuck Flying troll". Notorious.
Sent from my iPhone 4
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 11/04/2011 07:40, Skybuck Flying wrote:
Ok,
I gave google code a try but it doesn't have all the features I want,
so I am switching to sourceforge:
https://sourceforge.net/projects/fpcfordelphi/
(I especially like/want the bugtracker ! ;) =D)
Google Code has a bug tracker and it is way
On 11/04/2011 12:49, Felipe Monteiro de Carvalho wrote:
On Sun, Apr 10, 2011 at 4:46 PM, Skybuck Flying wrote:
This project is about "porting" the Free Pascal Compiler to Delphi XE.
I am curious: What is the use for this?
This is what Mr Flying does - pops up, attempts to do something withou
On 11/04/2011 12:49, Felipe Monteiro de Carvalho wrote:
On Sun, Apr 10, 2011 at 4:46 PM, Skybuck Flying wrote:
This project is about "porting" the Free Pascal Compiler to Delphi XE.
I am curious: What is the use for this?
If you Google "Skybuck Flying" you will get an answer to this.
___
Sent from my iPhone 4
On 13 Apr 2011, at 00:14, Adem wrote:
> The last time (a year or so ago) I played with the compiler code (under
> Windows), I was surprised to find out that AQTime [
> http://smartbear.com/products/development-tools/performance-profiling/ ]
> didn't support FPC or exec
On 14/04/2011 15:10, Skybuck Flying wrote:
Anyway if somebody could take a look at all of this and make some
sense of it that would be great/nice, saves me some time and could
clear some confusion (?) ;)
Before looking at your code, I'd know the role that your project
plays at all. Is it on
Micha Nelissen wrote:
Michael Van Canneyt wrote:
Because with something like
Type
MyIterator = Iterator(TSomeResultType,Func1,Func2,Func3);
So the place in this list determines its function?
The syntax is nice and simple, but I would have to agree. Maybe a two
step would be better? Like
Marco van de Voort wrote:
Sparse enums are simply a kludge. They were needed because they exist in the
Windows API, and afaik for that only. IOW for easy translation of Windows types.
They were added to Delphi in version 6. I though they added them to
support Qt and the CLX, which relied o
28 matches
Mail list logo
