BaCon - Bash-based Basic-to-C converter/compiler
Russian locale for proxy-setup
I have found out today that proxy-setup can be translated and have made .po file for Russian.
- Attachments
-
- proxy-setup_ru.po.gz
- Russian for proxy-setup
- (1.24 KiB) Downloaded 526 times
- L18L
- Posts: 3479
- Joined: Sat 19 Jun 2010, 18:56
- Location: www.eussenheim.de/
Re: Russian locale for proxy-setup
Hi rodin.s
Did you find gxlat too ?
Barry is waiting for you to email the po file to him, see http://murga-linux.com/puppy/viewtopic. ... &start=275.you wrote:I have found out today that proxy-setup can be translated and have made .po file for Russian.
Did you find gxlat too ?
proxy-setup
I've left the message on Barry's blog. I'll look at gxlat.
.
Puppy 525
BaCon and HUG in 525 devx
_______________________
From Barry's proxy_setup program I'm trying the xalign property.
Are the BaCon/HUG in 525 devx outdated? Or am I just missing something?
rod
.
Puppy 525
BaCon and HUG in 525 devx
_______________________
From Barry's proxy_setup program I'm trying the xalign property.
But getting this error:REM param 0.0 means left-align label, 0.5 centre-align, 1.0 right-align...
PROPERTY(label_1, "xalign", 1.0)
Sample program;ERROR: could not parse line 9 in file 'xalign_test.bac'!
Code: Select all
REM use shared /usr/lib/hug.so instead of including hug.bac...
INCLUDE "/usr/share/BaCon/hug_imports.bac"
INIT
mainwin = WINDOW("xalign testing", 400, 300)
label_1 = MARK("Label 1:", 200, 25)
REM param 0.0 means left-align label, 0.5 centre-align, 1.0 right-align...
PROPERTY(label_1, "xalign", 1.0)
ATTACH(mainwin, label_1, 5, 10)
ok_btn = BUTTON("OK", 65, 25)
ATTACH(mainwin, ok_btn, 240, 260)
CALLBACK(ok_btn, QUIT)
DISPLAY
rod
.
- L18L
- Posts: 3479
- Joined: Sat 19 Jun 2010, 18:56
- Location: www.eussenheim.de/
Bacon
Yes and yes.GatorDog wrote:....
Are the BaCon/HUG in 525 devx outdated? Or am I just missing something?
...
1 - I am in wary now and have compiled your example successfully.
2 - The programm does not do anything.
IIRC I had downloaded bacon, runtime and dev from
http://bkhome.org/blog/?viewDetailed=02207
Code: Select all
# bacon -v
BaCon version 1.0 build 22 beta - (c) Peter van Eerten - GPL v3.
#
edit
switching to 525 now
Another edit
Now in 525 without devx, pets installed: your result reproduced....wait a moment
Oh no, sorry I cannot help.
@all
Has anyone compiled a bacon source in Puppy 525
Sorry, forgot to state my bacon version is also
BaCon version 1.0 build 22 beta - (c) Peter van Eerten - GPL v3.
Downloaded latest pet devx from here:
http://bkhome.org/blog/?viewDetailed=02207
but still same issue.
Downloaded and compiled BaCon GUI.
Still had problems.
But if I useinstead of
the program compiles and runs properly.
However, it takes quite a bit of time to compile
for such a short program.
But so far the only bug I had run into was with this PROPERTY ...xalign.
So I guess my issue now is how to turn the hug.bac into the hug_imports.bac
rod
Edit:
Somehow in the process of installing the pet packages the
hug.so file disappeared. hug_imports.bac uses hug.so
A search for hug.so found /usr/lib/libhug.so
I edited hug_imports.bac to use /usr/lib/libhug.so but
there was no joy. I eventually got the hug.so from the
pet package and the hug_imports.bac (and other .bac prgs)
from the pet devx package. Everything seems to be working
correctly from both command line and the BaCon GUI.
While writting this edit, maxerro came up with the latest
versions of bacon, hug_imports.bac and hug.so .
I just installed them and they work fine.
Thank you maxerro!
rod
BaCon version 1.0 build 22 beta - (c) Peter van Eerten - GPL v3.
Downloaded latest pet devx from here:
http://bkhome.org/blog/?viewDetailed=02207
but still same issue.
Downloaded and compiled BaCon GUI.
Still had problems.
But if I use
Code: Select all
INCLUDE "/usr/share/BaCon/hug.bac"
Code: Select all
INCLUDE "/usr/share/BaCon/hug_imports.bac"
However, it takes quite a bit of time to compile
for such a short program.
Yes, I've compiled a few short bacon programs in 525.Has anyone compiled a bacon source in Puppy 525
But so far the only bug I had run into was with this PROPERTY ...xalign.
So I guess my issue now is how to turn the hug.bac into the hug_imports.bac
rod
Edit:
Somehow in the process of installing the pet packages the
hug.so file disappeared. hug_imports.bac uses hug.so
A search for hug.so found /usr/lib/libhug.so
I edited hug_imports.bac to use /usr/lib/libhug.so but
there was no joy. I eventually got the hug.so from the
pet package and the hug_imports.bac (and other .bac prgs)
from the pet devx package. Everything seems to be working
correctly from both command line and the BaCon GUI.
While writting this edit, maxerro came up with the latest
versions of bacon, hug_imports.bac and hug.so .
I just installed them and they work fine.
Thank you maxerro!
rod
Last edited by GatorDog on Wed 29 Jun 2011, 06:05, edited 1 time in total.
Erase that thought.GatorDog wrote:...So I guess my issue now is how to turn the hug.bac into the hug_imports.bac...
Try this, Gator:
- Attachments
-
- bacon-1.0.22-hug-0.57.tar.gz
- Extracts to the same directory: bacon v1.0.22, hug_imports.bac and hug.so v0.57
- (112.97 KiB) Downloaded 495 times
- L18L
- Posts: 3479
- Joined: Sat 19 Jun 2010, 18:56
- Location: www.eussenheim.de/
BaCon
Thank you, maxerro
I have compiled successfully the example in wary512 devx loaded, no bacon*.pet now. (Before I have always used wary511q.)
This might confirm that lupu525_devx is outdated.
Another thought that I like to share:
compiles very fast, use it (TRAP LOCAL) in the process of developing.
and switching to
in the end will produce a smaller executable.
I have compiled successfully the example in wary512 devx loaded, no bacon*.pet now. (Before I have always used wary511q.)
This might confirm that lupu525_devx is outdated.
Another thought that I like to share:
Code: Select all
INCLUDE "/usr/share/BaCon/hug_imports.bac"
and switching to
Code: Select all
INCLUDE "/usr/share/BaCon/hug.bac"
REM TRAP LOCAL
I've looked through the documentation and do not see
a method of changing the Font color. Is there a way?
Something like this would be nice.
Usage then would be something like:
rod
a method of changing the Font color. Is there a way?
Something like this would be nice.
Code: Select all
FONT(widget, "color #ffffff")
'or
FONT(widget, "color BLUE")
Code: Select all
label_1 = MARK("Color me Blue", 100, 25)
FONT(label_1, "color #0000FF")
ATTACH(mainwin, label_1, 10, 10)
- L18L
- Posts: 3479
- Joined: Sat 19 Jun 2010, 18:56
- Location: www.eussenheim.de/
I think : NOGatorDog wrote:I've looked through the documentation and do not see a method of changing the Font color. Is there a way?
The only way I have found to colorize text is using CANVAS and OUT.
But I am hoping Peter can give you better advice.
Code: Select all
INCLUDE "/usr/share/BaCon/hug_imports.bac"
INIT
mainwin = WINDOW("color on canvas", 300, 100)
can = CANVAS(70,18)
ATTACH(mainwin,can,20,20)
OUT("hello world", "#FF0000", "#FFFFEE", 0, 0)
can = CANVAS(70,18)
ATTACH(mainwin,can,170,20)
OUT("hello world", "#00FF00", "#FFFFEE", 0, 0)
ok_btn = STOCK("gtk-ok", 65, 25)
ATTACH(mainwin, ok_btn, 230, 70)
SHOW(mainwin)
CALLBACK(ok_btn, QUIT)
DISPLAY
- Attachments
-
- bacon_color.png
- (3.31 KiB) Downloaded 1193 times
L18L
I saw the canvas command. That seems kinda' messy but I
guess that's an option if you really need it.
You usedbefore the CALLBACK.
Is that for good form or does it do something that DISPLAY
doesn't accomplish?
'---------------------------
I ran a compiled bacon program on a non-puppy system.
It ran fine except the image file didn't display.
I erroneously thought the image file would be sucked
into the binary when the program was compiled.
The total package size would be about the same whether
the image is compiled in or carried along as a seperate
file. I guess the upside is that a set of image files
could be renamed during runtime to reflect different
stages of opperation.
So, is there any convention of where to store image files
that need to travel with the binary program? With Puppy,
there's my-applications and my-documents folders. But
those probably won't exist on other operating systems.
Typically the binay would be located somewhere in the $PATH.
And you probably wouldn't want to be storing image files
or other auxiliary files in the same place.
/usr/local/share seems to be a common directory across
systems, but maybe that's taboo.
just wondering,
rod
I saw the canvas command. That seems kinda' messy but I
guess that's an option if you really need it.
You used
Code: Select all
SHOW(mainwin)
Is that for good form or does it do something that DISPLAY
doesn't accomplish?
'---------------------------
I ran a compiled bacon program on a non-puppy system.
It ran fine except the image file didn't display.
I erroneously thought the image file would be sucked
into the binary when the program was compiled.
The total package size would be about the same whether
the image is compiled in or carried along as a seperate
file. I guess the upside is that a set of image files
could be renamed during runtime to reflect different
stages of opperation.
So, is there any convention of where to store image files
that need to travel with the binary program? With Puppy,
there's my-applications and my-documents folders. But
those probably won't exist on other operating systems.
Typically the binay would be located somewhere in the $PATH.
And you probably wouldn't want to be storing image files
or other auxiliary files in the same place.
/usr/local/share seems to be a common directory across
systems, but maybe that's taboo.
just wondering,
rod
- L18L
- Posts: 3479
- Joined: Sat 19 Jun 2010, 18:56
- Location: www.eussenheim.de/
BaCon
Rethinking now about colours I have come to the conclusion: do NOT use it. You can never know which theme the user has choosen.GatorDog wrote:I saw the canvas command. That seems kinda' messy but I guess that's an option if you really need it.
Forget SHOW in this context. I had tried it because in first attempts there was no window at all displayed. But that was because there was no new line after DISPLAY. At the BaCon forum I was told that the latest version does not need the new line any more, but here in puppy I can live with this little trick. The SHOW is helpful if you have more than 1 window or if you have used HIDE(..) before.GatorDog wrote:You usedbefore the CALLBACK. Is that for good form or does it do something that DISPLAYCode: Select all
SHOW(mainwin)
doesn't accomplish?
/usr/local/share seems to be a common directory across
systems, but maybe that's taboo.
I did not think that there is any taboo in puppy but looking in my /usr/local/share it appears there is a taboo using /usr/local/share
- Attachments
-
- bacon_color_theme_bubble.png
- same as before but other theme
- (2.9 KiB) Downloaded 1048 times
text colours
Dear Puppians,
I have attached a sample showing how to do text colours. Basically you use "span".
With kind regards,
vovchik
I have attached a sample showing how to do text colours. Basically you use "span".
With kind regards,
vovchik
- Attachments
-
- notify.tar.gz
- (18.56 KiB) Downloaded 483 times
- L18L
- Posts: 3479
- Joined: Sat 19 Jun 2010, 18:56
- Location: www.eussenheim.de/
text colours
Edited:
Change line 489 in pnotify.bac from
my_duration = 10
to
my_duration = 30
and compile it then you will have 20 Seconds more time to read
- Attachments
-
- notify.png
- (6.82 KiB) Downloaded 1072 times
I guess I'm having an extended senior moment. I tried this, but of course it
didn't fly.Just printed the literal <span color=\"red\">Color me red</span>
didn't fly.
Code: Select all
label_title = MARK("<span color=\"red\">Color me red</span>", 50, 30)
ATTACH(mainwin, label_title, 30, 5)
- L18L
- Posts: 3479
- Joined: Sat 19 Jun 2010, 18:56
- Location: www.eussenheim.de/
OT
Off Topic but this flies
More on colors in yad see http://www.murga-linux.com/puppy/viewto ... 2&start=16
Code: Select all
# yad --text="<span color=\"red\">Color me red</span>"
- Attachments
-
- color_me_red.png
- (3.61 KiB) Downloaded 1144 times
sunburnt,
There may be a way to do it with "Import the GTK functions". (above my paygrade).
For a LIST widget, you can use FONT(List_, " 10") to set the font size.
However the line spacing still has same space to text proportions, but you
can get more (or less) lines in the same size LIST widget.
FONT works for a COMBO widget also, but not as you'd probably expect
gDog
There may be a way to do it with "Import the GTK functions". (above my paygrade).
For a LIST widget, you can use FONT(List_, " 10") to set the font size.
However the line spacing still has same space to text proportions, but you
can get more (or less) lines in the same size LIST widget.
FONT works for a COMBO widget also, but not as you'd probably expect
gDog