You are not logged in.

Dear visitor, welcome to Jabaco - Community. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

theuserbl

Intermediate

  • "theuserbl" started this thread

Posts: 436

Date of registration: Dec 20th 2008

  • Send private message

1

Tuesday, December 30th 2008, 4:41pm

zwei kleine mini-progs

Unter
http://www.mediafire.com/?sharekey=48447…2db6fb9a8902bda
habe ich zwei Jabaco-Projekte ins Netz gestellt, in denen ich etwas rumprobiert habe.


Teste01.zip ist ein Versuch meinerseits, .class Dateien zu verstehen. Es gibt aber immer noch allein am HelloWorld-Programm zu viel, was ich nicht verstehe. Jedenfalls erzeugt das Test01-programm seinerseits eine Datei namens HalloWelt.class auf Laufwerk C:\
Ich bin beeindruckt wie einfach Jabaco ist. Was mich aber etwas wunderte ist, daß auf der rechten Seite alles schön nach Modulen und so sortiert ist und man das richtige aussuchen kann, Funktionen hingegen können sich massenhaft in einem Modul ansammeln und da gibt es keine geordnete Übersicht drüber.


JB-Bug.zip weist auf einen Bug von Jabaco hin.
Denn ein

Source code

 
1

Command1.FontSize=Command1.FontSize+2

funktioniert. Ein

Source code

 
1

Command1.FontSize=Command1.DontSize+1

jedoch nicht.

Auch scheinen Zahlen die mit einem Punkt beginnen von Jabaco nicht angenommen zu werden.
Mit

Source code

 
1
2

Dim a as double
a = 0.05

ist Jabaco zufrieden. Ein

Source code

 
1
2

Dim a as double
a = .05

gibt jedoch einen Fehler aus.



Gleichzeitig habe ich mir inzwischen einige Gedanken zum Thema OpenSource und so gemacht.
Das Framework von Jabaco ist zum Glück OpenSource. Aber der Compiler nicht. Doch wie wichtig ist es, daß der Compiler OpenSource ist?
Angenommen es schreibt jemand bei einem Java-Programm alle .class Dateien im Hexeditor und stellt sein Programm als Public Domain (es ist also alles mit dem Programm erlaubt) zur Verfügung.
Dann ist der Binärcode der Quellcode. Ist das Programm dann OpenSource ?
Angenommen es schreibt einer mit einem Assembler. Der Binärcode läßt sich jeder Zeit disassemblieren. Ist ein entsprechendes Public-Domain Programm OpenSource, wenn der Assemblercode nicht veröffentlicht wird?

Naja, bin halt gerade dabei mir einige Fragen zu stellen...

Grüße
theuserbl

emanresU

Beginner

Posts: 4

Date of registration: Nov 27th 2008

  • Send private message

2

Tuesday, December 30th 2008, 5:33pm

RE: zwei kleine mini-progs

Quoted from "theuserbl"

JB-Bug.zip weist auf einen Bug von Jabaco hin.
Denn ein

Source code

 
1

Command1.FontSize=Command1.FontSize+2

funktioniert. Ein

Source code

 
1

Command1.FontSize=Command1.DontSize+1

jedoch nicht.
Ich habe das jetzt nicht getestet, aber im zweiten Code steht DontSize mit 'D'. Ich hoffe, das ist nur ein Fehler im Post...

theuserbl

Intermediate

  • "theuserbl" started this thread

Posts: 436

Date of registration: Dec 20th 2008

  • Send private message

3

Tuesday, December 30th 2008, 7:08pm

RE: RE: zwei kleine mini-progs

Quoted from "emanresU"



Quoted from "theuserbl"

JB-Bug.zip weist auf einen Bug von Jabaco hin.
Denn ein

Source code

 
1

Command1.FontSize=Command1.FontSize+2

funktioniert. Ein

Source code

 
1

Command1.FontSize=Command1.DontSize+1

jedoch nicht.
Ich habe das jetzt nicht getestet, aber im zweiten Code steht DontSize mit 'D'. Ich hoffe, das ist nur ein Fehler im Post...
Jep. Ein Fehler im Post.
Wo ich es ausprobiert hatte, da hatte ich im Programm die 2 durch eine 1 ausgetauscht und umgekehrt.

Grüße
theuserbl

theuserbl

Intermediate

  • "theuserbl" started this thread

Posts: 436

Date of registration: Dec 20th 2008

  • Send private message

4

Tuesday, December 30th 2008, 11:11pm

nun drangefügt

Oh, hatte übersehen, daß man hier Dateien auch anfügen kann und ich somit nicht den Umweg über externe Seiten machen muß.
Hier noch mal die beiden Dateien.

Und sorry, daß sie erst jetzt angefügt sind.
theuserbl has attached the following files:
  • Teste01.zip (5.44 kB - 428 times downloaded - latest: Mar 20th 2024, 4:37pm)
  • JB-Bug.zip (4.09 kB - 392 times downloaded - latest: Mar 8th 2024, 9:27am)

Manuel

Administrator

  • "Manuel" is male

Posts: 256

Date of registration: Jul 16th 2008

Location: Erlangen, Germany

Occupation: Software Developer

Hobbies: Jabaco, game theory, text-mining

  • Send private message

5

Wednesday, December 31st 2008, 3:54pm

Quoted

Ich bin beeindruckt wie einfach Jabaco ist. Was mich aber etwas wunderte ist, daß auf der rechten Seite alles schön nach Modulen und so sortiert ist und man das richtige aussuchen kann, Funktionen hingegen können sich massenhaft in einem Modul ansammeln und da gibt es keine geordnete Übersicht drüber.
Dieses Problem können wir vermutlich nur durch eine gute Dokumentation lösen. In ein paar Tagen wird es dafür ein System geben...

Quoted

Command1.FontSize=Command1.FontSize+1
Das ist kein Fehler in Jabaco. FontSize akzeptiert den Wert 10 nicht. Im Jabaco-Framework gibt es eine Umrechnung für FontSize:

Quoted

Private Function GetFontFactor() As Double
GetFontFactor = Toolkit.getDefaultToolkit.getScreenResolution() / 72 ' 72 dpi = java std.
End Function
Entweder ist das ein Fehler bei der Umrechnung, oder ein Fehler im Java Framework, oder es gibt einfach keine FontSize 10 für diese Schrift.

Quoted

Dim a as double
a = .05
Soll ich das zulassen? Ist 0.05 nicht deutlicher?

Quoted

Doch wie wichtig ist es, daß der Compiler OpenSource ist?
Wir können Vorschläge und Gedanken für den Compiler gemeinsam diskutieren. Jeder kann seine Ideen einbringen.

Quoted

Der Binärcode läßt sich jeder Zeit disassemblieren. Ist ein entsprechendes Public-Domain Programm OpenSource, wenn der Assemblercode nicht veröffentlicht wird? Naja, bin halt gerade dabei mir einige Fragen zu stellen...
Fast schon eine philosophische Frage ;)

theuserbl

Intermediate

  • "theuserbl" started this thread

Posts: 436

Date of registration: Dec 20th 2008

  • Send private message

6

Friday, January 2nd 2009, 9:08pm

Quoted from "Manuel"





Quoted

Command1.FontSize=Command1.FontSize+1
Das ist kein Fehler in Jabaco. FontSize akzeptiert den Wert 10 nicht.
Das hat damit nichts zu tun. Egal wie oft ich den Button drücke, die Schrift wird bei +1 nicht größer.
Die Standardschriftgröße ist 9. Beim ersten klicken wird der Wert 10. Selbst wenn es die Schriftgröße nicht gibt, ist der Wert beim nächsten Klick eigentlich schon 11 und so weiter. Aber die Schriftgröße ändert sich einfach nicht.

Manuel

Administrator

  • "Manuel" is male

Posts: 256

Date of registration: Jul 16th 2008

Location: Erlangen, Germany

Occupation: Software Developer

Hobbies: Jabaco, game theory, text-mining

  • Send private message

7

Friday, January 2nd 2009, 9:57pm

Quoted

Das hat damit nichts zu tun. Egal wie oft ich den Button drücke, die Schrift wird bei +1 nicht größer.
Die Standardschriftgröße ist 9. Beim ersten klicken wird der Wert 10. Selbst wenn es die Schriftgröße nicht gibt, ist der Wert beim nächsten Klick eigentlich schon 11 und so weiter. Aber die Schriftgröße ändert sich einfach nicht.
Das habe ich schon richtig verstanden. Die Schriftgröße bleibt beim ersten Versuch schon bei 9 - diese Größe wird nicht im Jabaco-Framework, sondern in der Java-Komponente gespeichert und dann nur umgerechnet. Du übergibst der Java-Komponente also 10 und beim auslesen erhältst du 9 ... inkrementiere eine Variable, dann siehst du, dass das funktioniert.

Similar threads

Rate this thread
WoltLab Burning Board