lokale "Webanwendung"

ölälöä schrieb:

Wenn du sowas realisieren willst, dann greif z.B. zu PHP.

Dann muss sich der Benutzer aber erst einen Webserver installieren und jedesmal starten. Ist keine gute Lösung

@RandomAccess - danke für den Link - aber leider nur Serverseitig

Also mit Javascript wird das wohl nicht gehen - aber C#.NET oder Java ist mir zu umständlich für das was ich vorhabe
1. Ein Formular wo man Daten eingeben kann und dann in txtFiles speichern
2. Eine Seite wo die Daten aus den txtFiles gelesen werden und grafisch darstellen (Balkendiagramme, Liniendiagramme)

kennt ihr eine Sprache mit der sowas leicht umzusetzen ist und wo sich dann der Benutzer nicht noch was Installieren muss?

Vielleicht C++ mit irgendeiner GUI wo schon Diagramme dabei sind?

Danke

RandomAccess85 schrieb:

noobLolo schrieb:

natürlich kann js selbstständig eine verbindung zu nem server aufbauen.

Achja?! Und Wie

dachte man gibt per js dem html ne script datei zum laden oder so? das natürlich ein get und kein post request. dann lässt man sich benachrichtigen wenn das fertig ist und schaut was der server her gegeben hat.

lg lolo

evtl. kann man sich auch was mit iframes oder canvas zam wurschteln, aber gehen sollte das schon.

lg lolo

noobLolo schrieb:

RandomAccess85 schrieb:

noobLolo schrieb:

natürlich kann js selbstständig eine verbindung zu nem server aufbauen.

Achja?! Und Wie

dachte man gibt per js dem html ne script datei zum laden oder so? das natürlich ein get und kein post request. dann lässt man sich benachrichtigen wenn das fertig ist und schaut was der server her gegeben hat.

lg lolo

So, nun hab ich den ganzen Nachmittag immer wieder diesen Post gelesen und versucht ihn zu verstehen! Resultat: Ich hab ihn nicht verstanden!
Kann es sein dass du Javascript mit irgendétwas verwechselst? Java zum Beispiel? Oder vielleicht mit diversen XML-Objekten (bezogen auf AJAX (kein reines Javascript))?

VlG

RandomAccess85 schrieb:

So, nun hab ich den ganzen Nachmittag immer wieder diesen Post gelesen und versucht ihn zu verstehen! Resultat: Ich hab ihn nicht verstanden!

Er redet wirres Zeug

Zur Frage: Du kannst mit JS noch keine Dateien auf dem Clientrechner speichern, wenn du nur Daten ablegen willst kannst du das natürlich über ein Cookie, local storage oder alternativ mit Gears machen.

RandomAccess85 schrieb:

Kann es sein dass du Javascript mit irgendétwas verwechselst? Java zum Beispiel? Oder vielleicht mit diversen XML-Objekten (bezogen auf AJAX (kein reines Javascript))?

VlG

Was ist an XHR denn kein "reines" Javascript, und was ist überhaupt "reines Javascript", hoffe auf Aufklärung

webfuzzie schrieb:

Zur Frage: Du kannst mit JS noch keine Dateien auf dem Clientrechner speichern, wenn du nur Daten ablegen willst kannst du das natürlich über ein Cookie, local storage oder alternativ mit Gears machen.

RandomAccess85 schrieb:

Kann es sein dass du Javascript mit irgendétwas verwechselst? Java zum Beispiel? Oder vielleicht mit diversen XML-Objekten (bezogen auf AJAX (kein reines Javascript))?

VlG

Was ist an XHR denn kein "reines" Javascript, und was ist überhaupt "reines Javascript", hoffe auf Aufklärung

Um Himmels Willen -> Ich hoffe es wird NIE gehen, lokal beliebige Dateien via Javascript zu speichern. Es wäre sowas von fahrlässig

Was reines Javascript ist? Javascript eben :p Javascript ohne Zuhilfenahme von Objekten.

Tr011d3t3ct0r schrieb:

Er redet wirres Zeug

Er trollt rum um überhaupt irgendwas sagen zu können Wenn nix Gutes bei rum kommt, lass es doch einfach bleiben

VlG

RandomAccess85 schrieb:

Um Himmels Willen -> Ich hoffe es wird NIE gehen, lokal beliebige Dateien via Javascript zu speichern. Es wäre sowas von fahrlässig

File I/O wird teil von HTML5 werden - endlich! freu ich mich Inwiefern man Dateien nicht nur lesen sondern auch schreiben kann und welche Sicherheitsmaßnahmen es dazu gibt weiß ich nicht.

Was reines Javascript ist? Javascript eben :p Javascript ohne Zuhilfenahme von Objekten.

So ein Blödsinn, Javascript ist nunmal Objektorientiert, oder was ist an XHR "unreiner" als ein Date oder DOM Objekt!?!?

AJAX ist eine weit verbreitete Technik, mit der man eine Verbindung zu einem Server aufbauen kann. Dabei dient JavaScript als Schnittstelle.

Und mit deinem "reinem JavaScript" wäre die Sprache unbrauchbar (Kein Datum, keine Mathematik, kein String, kein Array, und so weiter).
Insofern würde ich diese Definition mal ganz schnell wieder vergessen.

Fazit: AJAX gehört zu JavaScript. ===> JavaScript kann Verbindungen zu einem externen Server herstellen, so wie noobLolo es angedeutet hatte.

*hust*

Javascript schickt einen Request an einen x-beliebigen Server, baut aber noch lang keine Verbindung auf
AJAX (bzw. Javascript) ist es sowas von egal, ob und wenn ja wo ein Server existiert. Es schickt die Anfrage wenns sein muss auch ins Leere, bekommt dann halt keine Antwort. "Verbindung aufbauen" würde vorausetzen dass Javascript den Server kennt und eigentständig mit ihm kommunizieren kann.

VlG

webfuzzie schrieb:

RandomAccess85 schrieb:

Um Himmels Willen -> Ich hoffe es wird NIE gehen, lokal beliebige Dateien via Javascript zu speichern. Es wäre sowas von fahrlässig

File I/O wird teil von HTML5 werden - endlich! freu ich mich Inwiefern man Dateien nicht nur lesen sondern auch schreiben kann und welche Sicherheitsmaßnahmen es dazu gibt weiß ich nicht.

Dann halt den Ball flach :p ... Kein Mensch würde sich darüber freuen wenn irgendwelche Webseiten Dateien auf die Platte schreiben würden (mal von Cookies abgesehen).

webfuzzie schrieb:

Was reines Javascript ist? Javascript eben :p Javascript ohne Zuhilfenahme von Objekten.

So ein Blödsinn, Javascript ist nunmal Objektorientiert, oder was ist an XHR "unreiner" als ein Date oder DOM Objekt!?!?

Was hat das Eine mit dem Anderen zu tun? Reines Javascript = Javascript! Den Unterschied versuchte ich mit der Nennung von AJAX zu verdeutlichen. AJAX ist eben nicht nur Javascript, sondern Javascript + irgendeine Websprache + XML. Und mit Hilfe von reinem Javascript ist es nicht möglich sich mit einem Server zu verbinden oder Dateien zu schreiben oder die Weltherrschaft zu gewinnen

VlG

RandomAccess85 schrieb:

Javascript schickt einen Request an einen x-beliebigen Server, baut aber noch lang keine Verbindung auf

lol, erklär mal bitte den Unterschied:

AJAX (bzw. Javascript) ist es sowas von egal, ob und wenn ja wo ein Server existiert. Es schickt die Anfrage wenns sein muss auch ins Leere, bekommt dann halt keine Antwort.

Na sowas, wenn ich normale C oder Java Sockets oder andere high level APIs verwende, passiert genau das gleiche, dir scheinen wohl einige Netzwerkgrundlagen zu fehlen...

RandomAccess85 schrieb:

Reines Javascript = Javascript! Den Unterschied versuchte ich mit der Nennung von AJAX zu verdeutlichen. AJAX ist eben nicht nur Javascript

Doch, genau das ist es. AJAX ist ein Buzzword, und du fällst auch noch drauf rein. Google dir mal die Abkürzung zusammen. Ich brauche weder eine "Websprache" noch XML um eine Verbindung zum Server aufzubauen.

Mit der gleichen Argumentation kannst du auch behaupten, dass ich nicht in "reinem Java" eine Verbindung zu einem Server aufzubauen, oder in "reinem C++" oder in "reinem PHP"...

Hallo,

dann reden wir nicht weiter drumrum Du zeigst mir jetzt einfach an einem Beispiel, wie man sich zu einem - sagen wir mal - Datenbank-Server mit Hilfe von Javascript verbindet. Wenn du den Beweis erfolgreich angetreten hast entschuldige ich mich für meine unwissenden Behauptungen und wechsel den Beruf Womöglich werd ich dann Bäcker und hör mir an das Brötchen natürlich nicht aus Getreide, sondern aus Beton hergestellt werden

Na sowas, wenn ich normale C oder Java Sockets oder andere high level APIs verwende, passiert genau das gleiche, dir scheinen wohl einige Netzwerkgrundlagen zu fehlen...

Fang bitte nicht an Dinge zu beurteilen, die du noch nicht mal annähernd in der Lage bist einzuschätzen

Doch, genau das ist es. AJAX ist ein Buzzword, und du fällst auch noch drauf rein.

Du wirst enttäuscht sein, aber mir ist auch ohne Zuhilfenahme von Suchmaschinen bekannt dass AJAX die Abkürzung für "asynchronous javascript and xml" ist. Mir ist ebenso bekannt dass damit ein Verfahren gemeint ist welches den Asynchronen DATENAUSTAUSCH zwischen Server und Client gewährleistet. Mir ist aber nicht bekannt dass ich mich einfach so zu einem x-beliebigen Server verbinden kann...

VlG

PRIEST

wenn ich ein bild per <img/> einbinde verbinde ich mich auch bereits mit einem server

wollt mal bissl mit stänkern

PRIEST schrieb:

wenn ich ein bild per <img/> einbinde verbinde ich mich auch bereits mit einem server

wollt mal bissl mit stänkern

Achso? Und ich dachte immer das macht der Browser, der sich den entsprechenden Webserver sucht (den detailierten DNS - Wo ist mein Server - Workflow überspring ich jetzt mal), mit ihm verbindet, sein HTML empfängt und es interpretiert! So ein Mist -> da war ich wohl schon wieder fehlinformiert

VlG

PRIEST

RandomAccess85 schrieb:

PRIEST schrieb:

wenn ich ein bild per <img/> einbinde verbinde ich mich auch bereits mit einem server

wollt mal bissl mit stänkern

Achso? Und ich dachte immer das macht der Browser, der sich den entsprechenden Webserver sucht (den detailierten DNS - Wo ist mein Server - Workflow überspring ich jetzt mal), mit ihm verbindet, sein HTML empfängt und es interpretiert! So ein Mist -> da war ich wohl schon wieder fehlinformiert

VlG

hehe, trotzdem is ne verbindung da
Ich hack das fbi mit html!

Hab diese Unterhaltung nur mal überflogen, recht amüsant wegen was man sich so zoffen kann

RandomAccess85 schrieb:

PRIEST schrieb:

wenn ich ein bild per <img/> einbinde verbinde ich mich auch bereits mit einem server

wollt mal bissl mit stänkern

Achso? Und ich dachte immer das macht der Browser, der sich den entsprechenden Webserver sucht (den detailierten DNS - Wo ist mein Server - Workflow überspring ich jetzt mal), mit ihm verbindet, sein HTML empfängt und es interpretiert! So ein Mist -> da war ich wohl schon wieder fehlinformiert

VlG

Der Browser empfängt kein HTML, wenn es sich um ein Bild handelt. Du bist also "fehlinformiert".

hjkhjk schrieb:

RandomAccess85 schrieb:

PRIEST schrieb:

wenn ich ein bild per <img/> einbinde verbinde ich mich auch bereits mit einem server

wollt mal bissl mit stänkern

Achso? Und ich dachte immer das macht der Browser, der sich den entsprechenden Webserver sucht (den detailierten DNS - Wo ist mein Server - Workflow überspring ich jetzt mal), mit ihm verbindet, sein HTML empfängt und es interpretiert! So ein Mist -> da war ich wohl schon wieder fehlinformiert

VlG

Der Browser empfängt kein HTML, wenn es sich um ein Bild handelt. Du bist also "fehlinformiert".

Ok ich korrigier mich: Er empfängt Daten.
Und trotzdem macht das der Browser und nicht "wat weiß ich wer" ^^

VlG

Fedaykin

Ist aber wirklich witzig weswegen man hier "streitet"

Ich glaube hier existieren nur unterschiedliche Definitionen verschiedener Ansätze:

MAn müsste also genauer erklären was eine Verbindung ist. Ich sehe es auch wie RandomAccess85. Ein Request ist keine direkte verbindung, sondern nur eine kurze Anfrage die hoffentlich irgendwann mal beantwortet wird. Eine wirklich Verbindung garantiert mir zumindest das ein Request entgegengenommen und bearbeitet wird. Ob der Server ein Ergebnis liefert ist dabei aber noch nicht klar.

Was nun teil einer Programmiersprache ist, da kann man auch je nach Ansicht streiten. Ich kenne AJAX nicht. Sofern es selbst nicht direkt mit JavaScript programmiert wurde ist es meiner Ansicht nach nicht Teil von JavaScript sondern eine art Bridge. Obwohl es hier wohl auch Ausnahmen gibt, irgendwie kann man alles mal so, mal so sehen. Im endeffekt ists doch auch egal wie man es definiert solange ich ein gesetztes Ziel damit erreichen kann.

Hallo,

habe nun nochmal gesucht und überlegt aber ich habe nichts brauchbares gefunden um sowas zu realisieren

Gibt es denn überhaupt keine Möglichkeit sowas zu machen?

Der Benutzer hat dann in einem Ordner Verschiedene html-Files um Daten einzugeben - sich anzeigen zu lassen...

LokaleWebanwendung
|-> Eingabe.html (Ein Formular um Daten einzugeben und in txtFiles zu Speichern)
|-> Ausgabe.html (Daten werden aus txtFile gelesen und grafisch dargestellt)
|-> Verarbeitung.html (Daten Lesen und in einem Forumlar zur Verarbeitung anzeigen mit Speicherfunktion)

irgendetwas muss es doch geben um sowas simples zu machen

Vielen Dank falls ihr möglichkeiten kennt

Gibts vielleicht einfache, kleine Webserver wo dann der User nichts Installieren/Konfigurieren zu braucht? Wo man dann mit einem Doppelklick den Webserver starten kann und sich die Webseite automatisch öffnet? Denn dann könnte man ja PHP benutzen.

lokale &quot;Webanwendung&quot;

lokale "Webanwendung"