IceDesign GUI designer

[wro]

Sorry to bother you, but I need to change my purchase mail address for security reasons.
(A bunch of accounts had been hacked , so I had to change the provider)

If I try to login at gumroad, they send a security token to the hijacked email address.

But it is impossible to reach gumroad help desk at https://gumroad.com/. They just forward me to https://gumroad.com/.

So, i can't take advantage of my lifetime updates.

Anyway, I tried to start a new purchase, but no Paypal possible.

How can I get either back to my lifetime update (after changing my email address) or how to get a new license but paying by Paypal?

I really have to admit, from the beginning Gumroad has not been a positive experience. (Remember my posting concerning advertising blocker).

Your program is a must if dealing with purebasic. Unfortunately not available for linux, but I found that IceDesign works perfectly under Crossover.
The only problem left is the call of purebasic.exe.

[ChrisR]

Sorry for gumroad, I'm not really happy either, plus they take 8% and paypal takes their part too.
But this was the easiest solution for me, I don't have a site and I don't really want to bother my life with this.
Even if I'm happy with the result and the sales made, I'm not going to make a living with this, not even paying for the development hours, PureBasic remains a niche (unfortunately)

Pay by Paypal should be available as a payment method normally, my last sales were bought via paypal.
But no worries about changing your purchase email address:
Send me an email in response to "IceDesign GUI Designer - updated!", so with your current purchase address.
And I will send you in return, a 100% discount code to buy it again with your new email address.

Thanks for letting me discover Crossover, interesting, I don't know what I should do for the call to PureBasic.exe

[wro]

Thanks a lot. Don't worry. I will try to find the "formal way" with gumroad. via support...

The purebasic.exe call when testing the form. In linux we do not use the suffix. So it will be just a call to purebasic.
If you would use the setting path to purebasic and would except a missing exe, everything should fit.

At the moment the path setting without suffix is unfortunately replaced when starting the test.

Crossover is worth looking at. They offer a twenty days free testing and that for linux and mac.
It is about 74 € - but that is the same amount of money for an refurbished win 10 laptop ugly but working.

I will be back when gumroad support responded.

[ChrisR]

I'm going to try Crossover, but first I need to create a Linux VM.
For Mac, I had previously tried it in VMware workstation but it was so slow, really slow, it was unusable.
Don't hesitate to send me an e-mail to change your address, it's no problem to offer you a 100% discount code for your new e-mail address and then deactivate the old one.

[le_magn]

Hi Chris i have a feature suggestion: a option in every gadget to be ignored by the coloring of SetObjectTheme
This is because if I call SetObjectTheme once before the window is created then the gadgets that I have assigned a custom color retain the color, whereas if I call SetObjectTheme later to allow users to change themes on the fly, then it ignores the custom colors and applies the theme colors to everything

[ChrisR]

Hi le_magn,
Right now I'd do it with something like this, to redo SetGadgetColor() when changing theme

Code: Select all

Procedure ChangeTheme(Theme, BackGroundColor)
  SetObjectTheme(Theme, BackGroundColor)
  SetGadgetColor(#String_1, #PB_Gadget_BackColor, #Cyan)
EndProcedure

ChangeTheme(#ObjectTheme_Auto, #Black)

If I allow custom persistent colors, I also need to be able to remove it to return to the theme color.
To be studied

[le_magn]

Hi le_magn,
Right now I'd do it with something like this, to redo SetGadgetColor() when changing theme

Code: Select all

Procedure ChangeTheme(Theme, BackGroundColor)
  SetObjectTheme(Theme, BackGroundColor)
  SetGadgetColor(#String_1, #PB_Gadget_BackColor, #Cyan)
EndProcedure

ChangeTheme(#ObjectTheme_Auto, #Black)

If I allow custom persistent colors, I also need to be able to remove it to return to the theme color.
To be studied

Ok thanks Chris, for the moment I use this system, of course if it was all manageable through IceDesign it would be more convenient, because that way you have to enter all the new gadgets that you intend to recolor by hand

[le_magn]

Hi @Chris I am struggling with the localization of my app and I am creating in the myapp_lang.pb file the various keys in the data section and then retrieving them from the app, so far no problem, the problem arises if I make some changes in icedesign, add a new gadget for example, icedesign overwrites the entire contents of the _lang file and I find it again without all the custom date fields I had entered, I wonder can't you make it so that if icedesign has to make some changes it doesn't go and delete the data entered by the user? Otherwise create a command to retrieve the user custom data in a separate include file with a separate section that icedesign doesn't go to delete every time, thanks

this is my data section after i added a gadget to my app, it deleted all my personalizes messagebox key:

[ChrisR]

Hi le_magn,
Yes, the DataSection is currently overwritten to be in line with the interface.
I am not here for the next few days but I will look into keeping the changes made.
However, in this case the cleaning would not be done with some old keys and values no longer in use.

[le_magn]

Hi le_magn,
Yes, the DataSection is currently overwritten to be in line with the interface.
I am not here for the next few days but I will look into keeping the changes made.
However, in this case the cleaning would not be done with some old keys and values no longer in use.

Hi Chris, to avoid touching the part that goes to remove the old key, you could create an additional command to grab the messages from a separate language file that would not be overwritten by IceDesign, or see for yourself if you get any ideas, for the moment I have suspended the translation of my app...

[ChrisR]

IceDesign has been updated in version 2.2.5

• Add a new context menu option: Unselect Gadget and Put them in Background (Ctrl+Q). For overlays and to see the gadgets drawn below

• Add 2 new options for Multi-Language support
  
  
  
  - Unique MultiLanguage.pb File: to use a single file name "MultiLanguage.pb", which can then be shared between several Interfaces
  - Keep existing Multi Language data: In addition to the Interface texts to be translated, Keep the previous Multi Language data, so as not to overwrite them

[le_magn]

Thank you very much Chris for the update!!!!

[le_magn]

I found a small bug, in the language code files it does not write the commas separating the fields in the data section and repeats many times the same field

[ChrisR]

I found the bug, it is if the length of the key name is greater than 37 chars from this line:

Code: Select all

Code + INDENT$+ "Data.s " +#DQUOTE$+ LSet(\KeyName +#DQUOTE$+ ",", 40) +#DQUOTE$+ \KeyValue +#DQUOTE$+#CRLF$

It's fixed. I've extended it to 50 chars so that the translated texts are aligned.
And it also accepts key name longer than 50 chars now, but in this case, the translated text won't be aligned, it will be shifted to the right.

Code: Select all

Code + INDENT$+ "Data.s " +#DQUOTE$+ LSet(\KeyName +#DQUOTE$+ ",", Max(53, Len(\KeyName)+3)) +#DQUOTE$+ \KeyValue +#DQUOTE$+#CRLF$

The package has been updated on Gumroad and also the demo version on Github

[le_magn]

Thanks Chris, now it seems to work, I just did a quick test, in the next days I will test it better, thank you very much again for the wonderful job you did with IceDesign.
p.s. I noticed that with the new version of icedesign I am getting the top border of the window white , before I was getting black, is there maybe some option I need to set in icedesign?

I, solved the mistery, 32bit executable have te top system bar white, the 64bit executable is black...