Page 5 of 16

Posted: Wed Nov 12, 2003 9:36 am
by blueznl
Psychophanta wrote:If Fred were a girl, he had created ImpureBasic. :twisted:

Don't woooorry anyone, it's only a misogynist joke. :lol:
looking at the state of purebasic, and eying my ever growing wishlist, i am beginning to wonder if fred is a gender bender...

oh darn...

there goes my hope on fixed length strings...

oh well, it was worth the laugh :-)

I'd really like to know if there is more then 1% registered

Posted: Wed Nov 12, 2003 9:46 am
by newtheogott
I'd really like to know if there is more then 1% registered
FEMALE Users for PureBasic.

My gues is: Below 1% :-).

If it would be "PureCosmetic" things may be diffrent....

Posted: Wed Nov 12, 2003 9:53 am
by Psychophanta
I guess Fred detest and love these forums, because with wishlists we are making work hard to him.

I remember another wish: the ^ operand for power, and eliminate Pow() function. Would be good.

I apologize for my bad english, i wanted to say: If Fred were a girl, he would have created ImpureBasic. :twisted:
Grrr, damn, sometimes i seem a faulty girl :twisted:

Posted: Wed Nov 12, 2003 10:02 am
by Psychophanta
If it would be "PureCosmetic" things may be diffrent....
Girls are created to be contemplated. Chhhhsssst, Theo, change this conversation, or Fred will send us to Off Topic. :roll:

Posted: Wed Nov 12, 2003 11:20 am
by blueznl
girls are *not* on your wishlist?!?!?

:P

i can think of quite some features...

:twisted:

okay, let's stop this and get back to the subject, i'm getting all distracted

:roll:

Posted: Wed Nov 12, 2003 11:22 am
by Psychophanta
Ouuh Yeah! It's another of my limitations :wink:

To get the right woman (simplement sensible and intelligent) is a luck. 8)

Posted: Sun Jan 04, 2004 12:24 am
by Shannara
Well, since this IS a wishlist, I'll add in my following:

1. Macintosh OSX support.
2. Native SDL use on windows instead of DirectX.
3. IOCP support for windows server commands, instead of current one.
4. Library creation w/o segregation :D Ie, no markers determining whether it was created in PB or not (why ?? hrmph!)
5. OS Switch. So we can, in code, determine if the PB application is being ran in Linux or Windows. This way we can code certain optimizations and work arounds depending on the operating system.
6. I cant think of anything else right now :)

Posted: Sun Jan 04, 2004 12:45 am
by blueznl
i second 4 and 5

(all my other wishes can be found on my homepage... purebasic wishes, that is... :-))

Posted: Sun Jan 04, 2004 2:42 am
by Danilo
Shannara wrote:5. OS Switch. So we can, in code, determine if the PB
application is being ran in Linux or Windows.
This way we can code certain optimizations and work arounds
depending on the operating system.
Just use it.

Code: Select all

Procedure SetWindowTitle(window,title$)

  CompilerSelect #PB_Compiler_OS

    CompilerCase #PB_OS_Windows
      SetWindowText_(WindowID(window),title$)

    CompilerCase #PB_OS_Linux
      ; by Christian (engl. forum)
      gtk_window_set_title_(WindowID(window),title$)

    CompilerCase #PB_OS_Amiga
      dont know

  CompilerEndSelect

EndProcedure

Posted: Sun Jan 04, 2004 3:12 am
by Shannara
Holy @%$@ How could I have missed that? It's right there in the help file.. lol, in case anybody didnt notice this before, it's under "Compiler Directives" :)

So please disregard #5 :) :)

Posted: Sun Jan 04, 2004 4:33 am
by PB
> About the 64k buffer:
> Personally, i have never hit that limit.

One such example: using the GetClipboardText() command will CRASH
your app if the clipboard holds more than 64K of data, essentially making
this command quite useless. That's why I'd like to see unlimited strings.

(In the meantime, I'm using a custom GetClipboardText command that
only gets the first 64K of text. Not a great solution at all, but necessary).

Posted: Sun Jan 04, 2004 4:35 am
by PB
> 64K is the limit right? And your saying that will hold 64,000 characters?

It actually holds only 63999. ;) The docs even say 65536, which is wrong.
To test: a$=Space(63999) = ok, but a$=Space(64000) = crash.

Posted: Sun Jan 04, 2004 6:26 am
by PB
> Procedure SetStringManipulationBufferSize(Size)

Fred, if I use this at the start of my apps, are there any bad side-effects?
Will all string commands (Left, Mid, etc) work fine with it? It appears to be
working fine so far, so if there's no side-effects then I'll keep using it. :)

Posted: Sun Jan 04, 2004 2:28 pm
by KuschelTeddy82
So lets start with my wishes :lol:

- a command whish allows to hold the content of the backbuffer when using StartSpecialFX(). Theres a workaround for this, but an internal command would be very nice :wink:

- a second alternative for FlipBuffers() for speed control on fast systems.
For this there are workarounds too, but why not implement a FPS-Limited variation of FlipBuffers() :?:

- Faster Sprite handling! Or why is it damn slow to put 100 Sprites with Size 10*10 in comparison of "one" with Size 100*100 ?

- a new Sprite command with whish you can mix Normal Sprites with an Alpha-Channel. It makes no sence just to use a seperate AlphaSprite, when you can't use color-informations in it. Sure, you can change the color with ChangeAlphaIntensity(r,g,b), but just one color which is useless for colorful sprites.

- a Fix for the 3D-Sprites. If I Grab the Screen for example and Copy it to a TextureSprite with UseBuffer(x) i have to put the Sprite3D on X=-1 and Y=-1. If i use X=0 and Y=0 the content is on the wrong position - just one pixel to the right and down, but its shit.

I think thats all for the moment, but I'll be back 8)

Posted: Sun Jan 04, 2004 2:44 pm
by robink
GTK+ 2 support would be cool :)