I have a few questions about using the graph unit with windows.
1.Is there any way to get rid of the bar at the top that says 'graph
window application' I don't need it or want it, I want the user locked
into my program full screen until they exit it
2. If there is no way to ge
Hi,
the beauty about free open source is that you can search the sources:
> -Message d'origine-
> De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-
> boun...@lists.freepascal.org] De la part de James Richters
> Envoyé : mercredi 17 août 2016 14:42
> À : 'FPC-Pascal users di
On Wed, Aug 17, 2016 at 3:04 AM, Maciej Izak wrote:
>
> 2016-08-17 7:05 GMT+02:00 silvioprog :
>
>> Just try it:
>>
>
> related to
>
> http://bugs.freepascal.org/view.php?id=28911
>
> Sven comment: "I won't change the current implementation for now, because
> once I'm going to fix this I'm going
2016-08-17 16:05 GMT+02:00 silvioprog :
> I need to find the values using case-insensitive keys (I'm using it in a
> class registry of my app), so unfortunately this bug doesn't let me to use
> TDictionary on FPC yet. :-(
There is simple workaround:
=== begin code ===
function EqualityComparis
Am 17.08.2016 08:05 schrieb "Maciej Izak" :
>
>
> 2016-08-17 7:05 GMT+02:00 silvioprog :
>>
>> Just try it:
>
>
> related to
>
> http://bugs.freepascal.org/view.php?id=28911
>
> Sven comment: "I won't change the current implementation for now, because
once I'm going to fix this I'm going to fix thi
2016-08-17 17:20 GMT+02:00 Maciej Izak :
> procedure ExtendedHasher(constref AValue: string; AHashList: PUInt32);
> begin
> TDefaultHashFactory.GetHashList(Pointer(AValue), Length(AValue) *
> SizeOf(Char), AHashList);
> end;
>
there is bug, correct version:
procedure ExtendedHasher(constref AV
2016-08-17 17:15 GMT+02:00 Sven Barth :
> Couldn't you work around for now by using instance instead of class
> variables? At least then the classes would work instead of everyone asking
> every second week why they don't...
Yes I think that is possible :P Note: #28911 bug is most annoying ever
I think that I have now found why the test program below (originally
posted a couple of weeks ago) did not work. It seems that when an
interface is delegated, the compiler may take a reference directly on
the delegated part of the interface and not to the object doing the
delegation.
In my or
On Wed, Aug 17, 2016 at 1:03 PM, Tony Whyman
wrote:
> I think that I have now found why the test program below (originally posted
> a couple of weeks ago) did not work. It seems that when an interface is
> delegated, the compiler may take a reference directly on the delegated part
> of the interfa
On Wed, Aug 17, 2016 at 12:20 PM, Maciej Izak wrote:
>
> 2016-08-17 16:05 GMT+02:00 silvioprog :
>
>> I need to find the values using case-insensitive keys (I'm using it in a
>> class registry of my app), so unfortunately this bug doesn't let me to use
>> TDictionary on FPC yet. :-(
>
>
> There i
2016-08-17 18:45 GMT+02:00 silvioprog :
> I changed it to a function:
>
> function ExtendedHasher(constref AValue: string): UInt32;
> begin
> TDefaultHashFactory.GetHashList(Pointer(AValue),
> Length(AValue) * SizeOf(Char), @Result);
> end;
>
Still bad implementation (see my previ
Thank you for the help, Pierre!
I am making some progress, but it I still have a few issues. Here is where
I am at:
For issue #1 - getting rid of the title bar
Based on Pierre's information that there is a windows API call to get
rid of the titlebar, I did some searching and found that
Am 17.08.2016 17:30 schrieb "Maciej Izak" :
>
>
> 2016-08-17 17:15 GMT+02:00 Sven Barth :
>>
>> Couldn't you work around for now by using instance instead of class
variables? At least then the classes would work instead of everyone asking
every second week why they don't...
>
>
> Yes I think that i
13 matches
Mail list logo