FileManager #

Dieses Projekt ist auf BerliOs gehostet. Hier, auf dieser Wiki kann man sich über einige zum Projekt bezogene Dinge unterhalten. Die Entwicklung ist Vorzugsweise auf Linux da es sich aber um ein Java basiertes Projekt handelt, sollte es in den Grundzügen überall laufen.

  Das Projekt wird später in den Desktop integriert,
  der dabei entstehende C Code ist nicht protierbar,
  auf andere Systeme als Vorgesehen. 

Kurz zum Projekt #

Mir schwebt es vor ein Programm zu schreiben, dass den mc, nautilus, Xfce-Dateibrowsxer und Windows-Explorer vereint. Alle haben toole Funktionen und auch eine gute Integration in den Desktop. Diese Projekt versucht ersteinmal einen einfachen Dateibrowser zu ersetzen und eine brauchbare Schnittstelle für die jeweiligen Desktops zu bieten. In einem zweiten Schritt wird die Integration in den Desktop versucht. Das Projekt soll weiter zumindest folgenndes können.

• GUI Anzeige
  • Anzeige vollständig über XML änderbar
  • Aktionen können auch selber definiert werden und den Menüs angefügt werden.
  • Konfigurationsdialoge, die einfache Dinge tuen sollen aus Konfigurationen (XML) erstellt bzw. definiert werden können
• Consolen Anzeige
• Rein(e) Tastaturbedinung
• Mount von Virtuellen Dateisystemen
  • Unter Linux: mount unterstüzen
  • Unter Windows: net use unterstüzen

Bibliotheken #

Name	Bemerkung
inotify	Ermöglicht den Zugriff auf mehr Dateiattribute.
fuse	Nutzen von FUSE
VFS	Verschiedene Dateisysteme

Menu #

Die meisten GUI-Anwendungen haben ein Menu, hier soll eine Grobe stüze sein, was zumindes bedacht werden sollte. Eine Mögliche aufteilung (standard) ist unten zu sehen.

Datei #

Bearbeiten #

Ansicht #

Lesezeichen (Gehe zu) #

Hilfe #

Modus #

GUI Konfiguration #

Die GUI soll komplett durch eine XML Datei erstellt werden. So dass jeder die Möglichkeit hat die GUI nach seinen Anforderungen anzupassen. Ähnlich wie bei Firefox und Co. Soll jeder seine Anzeige selber in die Hand nehmen können. Dazu kommt, das einbinden von fremden Programmen - Programm Pipe wird integriert -, das ändern der Anzeige nicht nur wegblenden der Eintäge sonder auch das Verschieben dieser in den Kategorien. Weiter muss auch das auslösen von Aktionen unter bestimmten Bedingungen ermöglicht werden.

XML Beispiel #

<!DOCTYPE xgui SYSTEM "xgui.dtd">
<window name="">
	<!-- Die Hauptklasse -->
	<class name="" />
	<!-- Dieser Test muss wahr sein um das Fenster anzuzeigen. -->
	<test class="" />
	<!--
		Wir haben die Möglichkeit auf Ereignisse zu reagieren. Ein scope vom
		Wert public ermöglicht es auch Events, von auserhalb abzufangen,
		private Events hingegen werden nur von der Klasse selbst bearbeitet
		und nicht global Regestriert. Ist ein Event private, wird es bei einer
		Zusammengesetzten Anzeige nur auf vom Container erzeugte Events
		reagieren, nicht aber auf Events, der Unteranzeigen.
	-->
	<actions scope="public" name="">
		<action name="" command="" event="" />
		<!-- Dieser Test gilt für alle actions -->
		<test class="" />
	</actions>
	<!-- Das normale Menu -->
	<menubar name="">
		<menu name="">
			<!--
				jeder Eintrag ist einer Klasse zugeteilt, die sich um die Anzeige
				und Events kümmert!
			-->
			<item name="" command="" class="" />
		</menu>
	</menubar>

	<!--
		Wir definieren eine Anzeige, die wir bei Anwendungsstart auch
		anzeigen?
	-->
	<views>
		<view name="">
			<!-- Die Klasse übernimmt die Anzeige -->
			<class name="" />
			<!-- wir können auf Events reagieren und etwas machen -->
			<actions scope="private">
				<action name="" command="" event="">
					<!-- Ein Test muss Wahr sein, um 
				eine Action durchzuführen. -->
					<test class="" />
				</action>
			</actions>
			<!-- das Menu lässt sich erweitern oder verdecken -->
			<menubar>
				<menu name="" overlay="true">
					<item name="" command="" class="" />
					<!--
						mit ref kann man ein Objekt wieder verwenden. Dabei wird von der
						Wurzel aus der name zusamengesetzt. z.b Menu1.SubMenu2
					-->
					<ref name="" />
				</menu>
			</menubar>
		</view>
		<!-- Alle möglichen Anzeigen können hier definiert werden -->
		<view name="">
			<class name="" />
		</view>
	</views>
</window>

DTD #

Eine DTD sollte für den Anfang reichen und ermöglicht es uns mit XPATH und XQUERY zu arbeiten. Da eine ID immer eine Zahl sein muss, ist das Attribut name eingeführt. NAME ist einfacher TEXT und muss es muss eindeutig sein um auch den ref Tag zu verwenden.

<!ELEMENT window (class?,test*,actions?,menubar,views)>
<!ATTLIST window name CDATA #REQUIRED>

<!ELEMENT views (view+,actions?,test*,ref*)>
<!ELEMENT view (class?,actions?,test*,menubar?,ref*)> 				
<!ATTLIST view 
	name CDATA #REQUIRED
	default (true|false) "false">

<!ELEMENT menubar (menu+,test*,ref*)>
<!ATTLIST menubar name CDATA #IMPLIED>

<!ELEMENT menu (item*,actions?,test*,ref*)>
<!ATTLIST menu 
	name CDATA #REQUIRED
	visible (true|false) "true"
	overlay (true|false) "true">

<!ELEMENT actions (action+,test*,ref*)>
<!ATTLIST actions
	scope (private|protected|public) "public"
	name CDATA #IMPLIED>

<!ELEMENT action (test*)>
<!ATTLIST action 
	name CDATA #REQUIRED
	command CDATA #REQUIRED
	event CDATA #REQUIRED>

<!ELEMENT class (test*)>
<!ATTLIST class name CDATA #REQUIRED>

<!ELEMENT test EMPTY>
<!ATTLIST test class CDATA #REQUIRED>

<!ELEMENT item (test*)>
<!ATTLIST item
	name CDATA #REQUIRED
	command CDATA #REQUIRED
	class CDATA #REQUIRED>

<!ELEMENT ref EMPTY>
<!ATTLIST ref name CDATA #REQUIRED>

--JensKapitza, 22-Mar-2009 13:34

Nachtrag Shortcuts #

In meinen bisherigen Überlegungen fehlte die Möglichkeit von Tastencodes, das will ich hier nun Nachholen.

DTD

action Elemente sollten diese key Tags nun aber auch erlauben.

  <!ELEMENT key EMPTY>
  <!ATTLST key code CDATA #REQUIRED>

XML Der code ist durch eine Codemap (angelehnt an den XServer) hinterlegt. So dass bestimmte Codes auf verschiedenste Tasten und kombinationen aus Ihnen abgebildet werden.

  <action ...>
     <key code="132" />
  </action>

--JensKapitza, 23-Mar-2009 22:20