Ich hab mal gelesen dass Nautilus so gar nicht wie ein "normaler" Dateimanager funktioniert. Normal in den Augen der Windows (und auch KDE) geprägten User, mich eingeschlossen. Kann mir jemand sagen, wo genau die Unterschiede in der Handhabung liegen? Was macht Nautilus anders (besser?) als Konqui? Danke.
Ach, so gross ist der Unterschied auch nicht. Nur besser. Und es gibt kein Cut, Copy & Paste per RMB Klick. Das wird aber nun doch eingebaut, da das vielen nicht so passte. Ansonsten muss man sich Nautilus einfach mal anschaun oder zumindest laengere Artikel darueber schreiben. Das kann man nicht mit ein paar Worten vernuenftig erklaeren.
Da ich Gnome (weder in Teilen noch im Ganzen) bisher noch nicht "unter den Fingern" gehabt habe, ist Nautilus bisher ein Rätsel für mich:
"es gibt kein Cut, Copy & Paste per RMB Klick" ist ja ein starker Einschnitt für bisherige UI-Gewohnheiten. Ich bin aber gerne bereit auf Altgewohntes zu verzichten, wenn ich bessere Lösungen (i.S.v. schneller, angenehmer, einfacher, mehr Funktionalität oder dergl.) dafür bekomme. Auf Cut-Copy-Paste per RMB zu verzichten ist ja *letztendlich* eine UI-philosophische Entscheidung.
Aber es müßte doch für einen der Kenner (/Verfechter?) hier möglich sein, in wenigen Sätzen zu beschreiben, was Gnome/Nautilus für Cut-Copy-Paste ANSTATT des RMB zu bieten hat?
Ich bin seit 1983 mit Computern "zugange" und habe inzwischen einfach weder die Zeit und noch weniger den Nerv, mich mit [in welcher Form auch immer] "halbgaren" Programmen herumzuschlagen. Obwohl ich die Vorteile der Konsole durchaus schätze und sie nicht missen möchte, habe ich mir von Anfang an *privat* noch _nie_ ein System _ohne_ GUI "angetan". Bevor ich mich also privat mit etwas auseinander setze muss es einen gewissen Grad an Komfort + Reife erreicht haben. Nach dem, was man hier (und anderswo) so hört, scheint dieser nun bei Gnome 1.4 gegeben zu sein. Insofern werde ich mich in Zukunft damit beschäftigen.
Trotzdem wäre ich für eine kurze Beschreibung bzgl. Cut-Copy-Paste bereits an dieser Stelle sehr dankbar ;-)
Nautilus setzt fast ausschliesslich auf Drag and Drop. Aber da das eben vermisst wurde, Dateien auch ohne Mausschieben zu bewegen, arbeiten die jetzt daran. Interessanter finde ich aber einen anderen Absatz. Da CCP mit Dateien nicht sehr intuitiv ist (da es sich komplett anders verhaellt als mit Text. Oder wuerdest du erwarten, dass die Datei nach "Cut" nicht mehr existiert?), ueberlegen die an einer Alternative. Das koennte dann in etwa so aussehen, dass man bestimmte Dateien in eine Art Zwischenablage werfen kann, aus der man diese dann auch wieder rausholen oder kopieren kann. Wenn ich das richtig verstanden habe. CCP wird bisher nur fuer Text unterstuetzt. Was auch irgendwie sinn macht denke ich. Man kann Dateien ja nicht "ausschneiden". Nautilus laesst sich dennoch schon sehr gut bedienen, dank Drag and Drop. Probleme gibt das wohl nur fuer Menschen mit Krankheiten, SEHR unruhigen Haenden oder schlechten/ungewoehnlichen Eingabegeraeten.
"Oder wuerdest du erwarten, dass die Datei nach "Cut" nicht mehr existiert?" Ja, würde ich! Es wäre zwar erst ungewohnt (weil man es unter Win anders kennt), aber genau genommen ist diese Funktionsweise des Desktops bei Win genau so ein fataler Stilbruch wie bei Excel!
Ein Zwischenablage-Verzeichnis für Dateien ist IMO die einzig sinnvolle Vorgehensweise. Ich habe mich echt schon gefragt, warum MS da nicht auch ein solches unter c:\windows mitbringt; schließlich verschwinden ja eh schon eine Menge an Daten/Dateien [mit denen man arbeitet] ebendort. ...aber jetzt werde ich wieder zu off-topic.
Unlogisch finde ich das nicht, wenn man bedenkt was man eigentlich will, ungünstig ist nur die Bezeichnung.
Ich will zuerst eine Datei markieren und dann in einem anderem Verzeichnis entweder eine Kopie erstellen oder die Datei dort hinein schieben. Damit wäre die Bezeichnung Mark-Copy-Move und nicht Cut-Copy-Paste.
Wenn man die Bedienung mit der Maus so ansieht, ist es ja auch eher ein MCM als ein CCP.
So eine spezielle Zwischenablage fuer Dateien gibt es doch laengst: Naemlich den Muelleimer. Da kann man Dateien reinschieben, die verschwinden dann wie bei einem Cut von ihrem Originalplatz. Und nachher kann man sie wieder irgendwo anders hinlegen, siehe Paste.
Ist nur ein psychologisches Problem, dass die Leute etwas als Muelleimer betiteltes nicht auch in dieser Art und weise nutzen wollen ...
Und vor allem ist das weder intuitiv, noch praktisch.
Philipp, so etwas aehnliches wurde auch schon vorgeschlagen. Files markieren und dann irgendwo "einfuegen" oder "hierhin bewegen". So aehnlich wird es sicherlich auch kommen. Eine Mischung zwischen dem und der Zwischenablage (praktischer, da man so auf einen Blick sieht, welche Files man gerade "markiert" hat). Wichtig ist, dass es intuitiv ist, einfach und schnel. Es ist schon ok denke ich, wenn Eazel sich dafuer ein bisschen Zeit laesst. Anstatt einfach nur bekanntes zu kopieren oder mal eben mit etwas neuem aber nicht wirklich durchdachtem zu kommen. Es ist naemlich NICHT so, dass Eazel einfach nur alles anders machen will, das ist Schwachfug. Eazel betreibt einfach nur konsequente UI Forschung. Und wenn etwas weder intuitiv noch praktisch ist (oder gar verwirrend), dann wird es eben nicht eingebaut.
Wiso kommt niemand auf die Idee das so zu machen wie bei OS/2? oder ist das schon so lange her, das das niemand von den Pseudos hier oder bei Eazel jemals gesehen hat? Da gibt's ein "aufnehmen" - fertig. Und dann kann ich meine aufgenommenen Dateien irgendwo hin entweder linken, kopieren oder verschieben. Was soll man sich da noch lange neue Konzepte überlegen, wenn es schon gute gibt? Keine Benutzeroberfläche hat bis heute auch nur annähernd die Benutzbarkeit und *Effizienz* der OS/2 WPS erlangt. Nautilus ist mit Sicherheit am weitesten von der Effiziens entfernt.
Oh mann... hast du irgendwann einmal gelernt, was der Unterschied zwischen einer "subjektiven" und einer "objektiven" Meinung ist? "das das niemand von den Pseudos hier" Provokativ.
"Da gibt's ein "aufnehmen" - fertig. Und dann kann ich meine aufgenommenen Dateien irgendwo hin entweder linken, kopieren oder verschieben." Kling in etwa wie das, was Eazel doch tatsaechlich ueberlegt. Nur vermutlich etwas anders. Ich wuesste auch nicht, warum das unbedingt "aufnehmen" heissen muss, damit wuerde ich erstmal nicht viel anfangen koennen.
"Was soll man sich da noch lange neue Konzepte überlegen, wenn es schon gute gibt?" Vielleicht um es noch besser zu machen??
"Keine Benutzeroberfläche hat bis heute auch nur annähernd die Benutzbarkeit und *Effizienz* der OS/2 WPS erlangt." Wer sagt das. Du? Wenn du ein gutes Konzept aus OS/2 kennst, dann kannst du denen das ja vorschlagen. Aber wie du siehst, wird ueber so ein Konzept bereits diskuttiert und ich bin mir sicher, dass das Endergebnis ueberzeugen wird.
"Nautilus ist mit Sicherheit am weitesten von der Effiziens entfernt." Extrem subjektiv. Ich denke, dass Nautilus bisher der einzige Filemanager ist, der mir nach der Bash wieder Spass macht (weil angenehm zu bedienen). Es ist doch wirklich laecherlich, einen FM als ineffizient abzutun, nur weil er EINE gewohnte Funktion nicht beinhaltet. Ich hasse es, auf altbewaertem rumzutrampeln, nur weil ein paar Idioten gleich anfangen zu flennen, wenn jemand es wagt auch nur eine Kleinigkeit zu aendern. Am Ende sind eh alle happy, aber erstmal muss man natuerlich ein Drama veranstalten. Waere ja langweilig sonst. Und eine intelligente Diskussion ueber das Theme vermisse ich vergebens. Ganz schlimm ist das auf Gnotices, das macht mich beinahe traurig.
Slackware Pakete gibts auch net, aber im grunde ist mir das inzwischen schon egal.
Ich bin s als Slackware User inzwischen gewohnt, das ich mir alles selber compilieren muß, naja, dafür lern ich nen haufen dabei und die Software läuft auch besser.
:)
Compiling rulez !
Vor allem beim Einsatz von checkinstall ist das Slackware Pakete selber machen auch kein Problem mehr. ;)
Weis jemand wo die Pakete liegen ? Vielleicht als RedHat 7 RPM ? Ich konnte noch nicht einmal ein Ankündigung von dem Release finden geschweige diese sch... Pakete. Weder auf "gnome.org" noch bei "ximian.org" steht irgendetwas. Ich will ja nicht herunterspielen was die Gnome-Entwickler für die Linux-Gemeinde getan haben, aber wenn sie schon den Anspruch erheben eine Desktop-System für User zu sein sollten sie denn Zugang zu ihrer Software doch erheblich einfacher gestalten. Ich habe gehört das die Distrubitoren für KDE die Pakete machen. Warum geht das nicht auch bei Gnome so ?
Ich bin auch etwas verwirrt, wenn ich es zugeben darf. GNOME wurde zwar wirklich angekuendigt auf sehr vielen Seiten (eine offizielle Mitteilung von GNOME findest Du hier z.B. Auf dem Server konnte ich aber auch nur vereinzelte Applikationen finden, die die Nummer 1.4.0 trugen. Die Gnome-Libs tragen die Nummer 1.2.4. Gnome-Core und Applets ebenfalls. Gnome-Center hat dagegen die Nummer 1.4.0, wie auch viele andere Pakete. War die Meldung des GNOME-Teams etwa schneller als die Pakete? Kann es ein GNOME-Kenner erklären?
Was die Versionsnummern der einzelnen Teile von Gnome betrifft, so richtet die sich nicht immer nach der Version des Gnome Releases. Also Gnome 1.4 ist die Release 1.4, aber Pakete darin könne, müssen aber nicht die Version 1.4 tragen.
Soweit ich weiß, richtet sich die GNOME Version nach gnome-core, und das hat in der Tat 1.4.0. Im RC hatte es 1.3.x. control-center, gnome-applets und gnome-audio, die ebenfalls zum "Kern" gehören haben ebenfalls 1.4.0.
Die richtigen (Source-) Pakete gibt es jedenfalls in stable/releases/gnome-1.4.
Also Demon, wo hast du die News genau her? Ich sehe ganz doll viele Interviews überall, aber GNOME 1.4 nicht. Kann es sein das bei dir schon wieder 1. April ist ?
Das ist eine ofizielle Pressemitteilung des GNOME-Teams (oder besser gesagt, der GNOME Foundation) die mich heute per EMail erreichte. Die Sources scheinen auf dem Server zu liegen. Die Binaries duerften schon bald folgen.
Die Ankuendigung ist ebenfalls auf LinuxToday, LWN und weiteren Seiten erschienen. Mehr kann ich leider auch nicht sagen. Sobald uns eine ofizielle Ankündigung erreicht, gehen wir davon aus, dass die Pakete auch auf dem Server liegen.
Na das ist doch mal eine erfreuliche Nachricht. :) Ich bin sehr gespannt auf die naechste Ximian Version. Dann wird hoffentlich auch mal wieder alles etwas stabiler. :) Bisher ist es leider das reinste Chaos.
Nein, habe ich nicht. Progeny hat auch schon 1.4 RC1 .debs gemacht vor kurzem. Unstabil ist eigentlich nur Nautilus. Mir scheint das Paket noch nicht so ganz ausgereift zu sein. Auch andere Dinge passen irgendwie nicht richtig zusammen. Ich bin aber zuverlaessig, dass sich das jetzt bald aendern wird. Ximian ist deswegen interessanter, weil sie vermutlich wiedermal erstklassige Pakete machen werden, fuer alle. Da Progeny auch gut mit Ximian zusammenarbeitet, kann ich es mir ja immer noch aussuchen. :) Ob es bereits debs gibt, keine Ahnung! Ich hab das gerade erst hier gelesen. Ich kann mir das aber nicht vorstellen. Jedenfalls wenn die wirklich gut werden sollen, wird das noch den ein oder anderen Tag dauern.
Wo wir gerade (wiedermal) bei Progeny sind: Ich habe auf Arbeit die TDSL Leitung durchpowern lassen und mir die RC2 gezogen. Noch keine Zeit zum brenne gehabt. Meine Frage: Ist das nun die offizielle RC2 oder kann sich das ding immernoch ändern?
Wiso stabiler? Bei mir ist Gnome schon lang nicht mehr gecrasht. Und seit der neuen Version ists eigenlich auch gar nicht so langsam. Ich hab: ii gnome-control- 1.4.0.1-1 ii gnome-core 1.4.0.1-1
Mit Instabilitaet meine ich hauptsaechlich Nautilus und Evolution. Alles was irgendwie mit Bonobo und Co zu tun hat, laeuft entweder super, oder grausig. Da muss ich sehr aufpassen, auf die Libs.. ist ja egal jetzt.
Progeny RC2 wird wohl das offizielle sein. Mich wundert aber, dass dieses noch nicht released wurde. Wir werden sehen, in der Mailingliste wird gerade darueber gesprochen (noch keine Antwort).
Bei mir lief bereits die RC1 sehr stabil sodass ich machmal dachte es wäre schon das Release. Eins muss man den Leuten bei Gnome lassen, sie machen hervorragende Arbeit!
Mein wunsch wäre nur, das man das Informations-Chaos etwas besser in die Reihe bekommt. Naja Gnome hat ja noch etwas Zeit zum üben bis zur 2.0
Hoffentlich zeigt Medussa in dieser Version nicht das selbe assoziale Verhalten, wie in Nautilus 1.0. Ansonsten wird Gnome 1.4 für den Normalnutzer ein Rohrkrepierer.
Bin zwar zufriedener KDE 2.1.1 Nutzer, würde mir Gnome 1.4 aber trotzdem gerne mal ansehen. Gibt es nur Source-Pakete oder gibt es irgendwo auch RPM's für SuSE 7.1 ?
toll ich suche und suche, finde aber keine SuSE 7.1 Pakete, geschweige denn die kompletten Sourcen. GNOME-CORE 1.4.0.1 und gn-control center 1.3 ?? WAS SOLL DAS???????
Naja, unter www.gnome.org deutet noch nichts darauf hin, daß die 1.4. jetzt wirklich released wurde (letzte News vom 1.4.)... Ich denke, ich warte auf Ximian...
> Was heißt hier modifiert? > Modifiziert Ximian den Quellcode?
Jein. Ximian arbeitet auch an Gnome Programmen und viele Ximian Mitarbeiter sing Gnome Hacker. Aber hier war wohl eher gemeint, dass Ximian an den Paketen bastelt, bis sich diese schoen einfach installieren lassen... oder so aehnlich. Die Ximian Pakete waren bisher jedenfalls sehr sehr gut. Alles passt sehr gut zusammen, der Desktop macht einen schoenen und runden Eindruck.
> Dann müßte er doch die Modifikationen an Gnome geben, wegen der GPL license.
Natuerlich, was denkst denn du! Ximian macht auch nur GPL Software.
> Keine Schriftenglättung, oh je, ich glaub ich warte doch besser auf GTK 2.
Wie du willst. Es gibt schon einen Hack fuer Gtk 1. Mal schaun, ob die das noch weiterentwickeln, oder ob das nur zur Demonstration gedacht war.
> Wann kommt GTK 2, damit ist die library gemeint auf der Gnome aufbaut, richtig?
Richtig. Wann das kommt weiss wohl keiner. :) Auf jeden Fall soll es noch in diesem Jahr erscheinen.
> Wird Gnome 2 die GTK 2 verwenden, oder wirds da früher ne stable Gnome Version geben.
Gnome 2 wird komplett auf Gtk 2 basieren. Den Umstieg erst spaeter durchzufuehren, waere Schwachsinn. Gnome 2 ist fuer dieses Jahr geplant, also sollte Gtk 2 schon recht bald fertig werden.
> Ist gtk 2 voll abwärtskompatibel zu gtk 1 oder muß man gtk 1 noch nebenbei parallel installieren wenn man software hat die das unbedingt braucht?
Nein, nicht abwaertskompatibel. Die Umstellung sollte aber einfach sein, so dass es nicht lange dauern sollte, bis alle Programme nach Gtk2 konvertiert sind. Will man gleich in der Anfangsphase die ersten Gtk2 Programme verwenden, muss man selbstverstaendlich beide Libs installiert haben.
> Was für weitere Verbesserungen, Vorzüge wird GTK 2 noch haben, außer Schriftglättung-Support?
Hauptsaechlich wird der Code aufgeraeumt und etwas eleganter gestaltet. Sichtbar werden wohl nur das ein oder andere neue Widget und ein neuer Standardlook sein. Ausserdem werden Themes noch ein gutes Stueck flexibler (wobei ich jetzt nicht wuesste, wo es da noch fehlt. :)).
> Noch ne Frage, wird zum Zeitpunkt wo Gnome 2 rauskommt für Gnome 2 eine IDE (Integrated Development Environment) geben?
Keine Ahnung. Manche sind in der Entwicklung. Aber da diese Releases nichts mit dem Gnome Releaseplan zu tun haben, kann das keiner sagen.
Ich habe mir die targzŽs von Gnome heruntergeladen. ftp.dataplus.se war die Adresse. Nun hab ich nur eine Frage an alle, die schon Linux genau kennen. Ich will diese targzŽs installieren. Habe sie entpackt, mit kconfigure wollt ich den Installations-Dreischritt ausführen. Nun kommen da zum Glück immer schön deutlich die Meldungen über fehlende Dateien/Bibliotheken. Eine habe ich nun installiert, aber schon das nächste findet genau diese lib nicht. Muss ich also nach jeder Installation (Suse 7.1) die Suseconfig laufen lassen? Wenn ja, wie rufe ich die auf, damit sie so abläuft wie unter yast1 nach Installation eines *.rpm-Paketes. Bin absoluter Neuling auf diesem Sektor. Also kurze Frage: Wie lautet der Befehl zur Ausführung der Suseconfig?
Ansonsten muss man sich Nautilus einfach mal anschaun oder zumindest laengere Artikel darueber schreiben. Das kann man nicht mit ein paar Worten vernuenftig erklaeren.
"es gibt kein Cut, Copy & Paste per RMB Klick" ist ja ein starker Einschnitt für bisherige UI-Gewohnheiten. Ich bin aber gerne bereit auf Altgewohntes zu verzichten, wenn ich bessere Lösungen (i.S.v. schneller, angenehmer, einfacher, mehr Funktionalität oder dergl.) dafür bekomme. Auf Cut-Copy-Paste per RMB zu verzichten ist ja *letztendlich* eine UI-philosophische Entscheidung.
Aber es müßte doch für einen der Kenner (/Verfechter?) hier möglich sein, in wenigen Sätzen zu beschreiben, was Gnome/Nautilus für Cut-Copy-Paste ANSTATT des RMB zu bieten hat?
Ich bin seit 1983 mit Computern "zugange" und habe inzwischen einfach weder die Zeit und noch weniger den Nerv, mich mit [in welcher Form auch immer] "halbgaren" Programmen herumzuschlagen. Obwohl ich die Vorteile der Konsole durchaus schätze und sie nicht missen möchte, habe ich mir von Anfang an *privat* noch _nie_ ein System _ohne_ GUI "angetan". Bevor ich mich also privat mit etwas auseinander setze muss es einen gewissen Grad an Komfort + Reife erreicht haben. Nach dem, was man hier (und anderswo) so hört, scheint dieser nun bei Gnome 1.4 gegeben zu sein. Insofern werde ich mich in Zukunft damit beschäftigen.
Trotzdem wäre ich für eine kurze Beschreibung bzgl. Cut-Copy-Paste bereits an dieser Stelle sehr dankbar ;-)
mfg, Dr.Kynes
...nun seh' ich klarer; danke!
"Oder wuerdest du erwarten, dass die Datei nach "Cut" nicht mehr existiert?"
Ja, würde ich! Es wäre zwar erst ungewohnt (weil man es unter Win anders kennt), aber genau genommen ist diese Funktionsweise des Desktops bei Win genau so ein fataler Stilbruch wie bei Excel!
Ein Zwischenablage-Verzeichnis für Dateien ist IMO die einzig sinnvolle Vorgehensweise. Ich habe mich echt schon gefragt, warum MS da nicht auch ein solches unter c:\windows mitbringt; schließlich verschwinden ja eh schon eine Menge an Daten/Dateien [mit denen man arbeitet] ebendort.
...aber jetzt werde ich wieder zu off-topic.
mfg, Dr.Kynes
Ich will zuerst eine Datei markieren und dann in einem anderem Verzeichnis entweder eine Kopie erstellen oder die Datei dort hinein schieben. Damit wäre die Bezeichnung Mark-Copy-Move und nicht Cut-Copy-Paste.
Wenn man die Bedienung mit der Maus so ansieht, ist es ja auch eher ein MCM als ein CCP.
Philipp
Ist nur ein psychologisches Problem, dass die Leute etwas als Muelleimer betiteltes nicht auch in dieser Art und weise nutzen wollen ...
Philipp, so etwas aehnliches wurde auch schon vorgeschlagen. Files markieren und dann irgendwo "einfuegen" oder "hierhin bewegen". So aehnlich wird es sicherlich auch kommen. Eine Mischung zwischen dem und der Zwischenablage (praktischer, da man so auf einen Blick sieht, welche Files man gerade "markiert" hat).
Wichtig ist, dass es intuitiv ist, einfach und schnel. Es ist schon ok denke ich, wenn Eazel sich dafuer ein bisschen Zeit laesst. Anstatt einfach nur bekanntes zu kopieren oder mal eben mit etwas neuem aber nicht wirklich durchdachtem zu kommen.
Es ist naemlich NICHT so, dass Eazel einfach nur alles anders machen will, das ist Schwachfug. Eazel betreibt einfach nur konsequente UI Forschung. Und wenn etwas weder intuitiv noch praktisch ist (oder gar verwirrend), dann wird es eben nicht eingebaut.
Da gibt's ein "aufnehmen" - fertig. Und dann kann ich meine aufgenommenen Dateien irgendwo hin entweder linken, kopieren oder verschieben. Was soll man sich da noch lange neue Konzepte überlegen, wenn es schon gute gibt? Keine Benutzeroberfläche hat bis heute auch nur annähernd die Benutzbarkeit und *Effizienz* der OS/2 WPS erlangt. Nautilus ist mit Sicherheit am weitesten von der Effiziens entfernt.
"das das niemand von den Pseudos hier"
Provokativ.
"Da gibt's ein "aufnehmen" - fertig. Und dann kann ich meine aufgenommenen Dateien irgendwo hin entweder linken, kopieren oder verschieben."
Kling in etwa wie das, was Eazel doch tatsaechlich ueberlegt. Nur vermutlich etwas anders. Ich wuesste auch nicht, warum das unbedingt "aufnehmen" heissen muss, damit wuerde ich erstmal nicht viel anfangen koennen.
"Was soll man sich da noch lange neue Konzepte überlegen, wenn es schon gute gibt?"
Vielleicht um es noch besser zu machen??
"Keine Benutzeroberfläche hat bis heute auch nur annähernd die Benutzbarkeit und *Effizienz* der OS/2 WPS erlangt."
Wer sagt das. Du? Wenn du ein gutes Konzept aus OS/2 kennst, dann kannst du denen das ja vorschlagen. Aber wie du siehst, wird ueber so ein Konzept bereits diskuttiert und ich bin mir sicher, dass das Endergebnis ueberzeugen wird.
"Nautilus ist mit Sicherheit am weitesten von der Effiziens entfernt."
Extrem subjektiv. Ich denke, dass Nautilus bisher der einzige Filemanager ist, der mir nach der Bash wieder Spass macht (weil angenehm zu bedienen).
Es ist doch wirklich laecherlich, einen FM als ineffizient abzutun, nur weil er EINE gewohnte Funktion nicht beinhaltet. Ich hasse es, auf altbewaertem rumzutrampeln, nur weil ein paar Idioten gleich anfangen zu flennen, wenn jemand es wagt auch nur eine Kleinigkeit zu aendern. Am Ende sind eh alle happy, aber erstmal muss man natuerlich ein Drama veranstalten. Waere ja langweilig sonst. Und eine intelligente Diskussion ueber das Theme vermisse ich vergebens. Ganz schlimm ist das auf Gnotices, das macht mich beinahe traurig.
husky
Willst wohl sagen, dass keine Pakete für Woody, oder Potato da sind...
...da liegt wohl der Grund, dass man die Distri nicht mit "ungetesteten" Dingen "zumüllen" will.
Ich jedenfalls bin auf SID und das Ding läuft äusserst Stabil !!!
Slackware Pakete gibts auch net, aber im grunde ist mir das inzwischen schon egal.
Ich bin s als Slackware User inzwischen gewohnt, das ich mir alles selber compilieren muß, naja, dafür lern ich nen haufen dabei und die Software läuft auch besser.
:)
Compiling rulez !
Vor allem beim Einsatz von checkinstall ist das Slackware Pakete selber machen auch kein Problem mehr. ;)
Du meinst wohl RC1?
super, weiß jemand wo man die deb's bekommen kann, und ob man die unter potato funktionieren?
gruß
marek
control-center, gnome-applets und gnome-audio, die ebenfalls zum "Kern" gehören haben ebenfalls 1.4.0.
Die richtigen (Source-) Pakete gibt es jedenfalls in stable/releases/gnome-1.4.
RPMs von Ximian wären natürlich auch schön... ;-)
Asgard
Ich sehe ganz doll viele Interviews überall, aber GNOME 1.4 nicht. Kann es sein das bei dir schon wieder 1. April ist ?
Die Ankuendigung ist ebenfalls auf LinuxToday, LWN und weiteren Seiten erschienen. Mehr kann ich leider auch nicht sagen. Sobald uns eine ofizielle Ankündigung erreicht, gehen wir davon aus, dass die Pakete auch auf dem Server liegen.
Gruss
demon
so weckt man falsche Hoffnungen. Und ich hatte mich schon auf einen langen Abend gefreut
Ich bin sehr gespannt auf die naechste Ximian Version. Dann wird hoffentlich auch mal wieder alles etwas stabiler. :)
Bisher ist es leider das reinste Chaos.
weiß du ob es schon debs gibt?
Ximian ist deswegen interessanter, weil sie vermutlich wiedermal erstklassige Pakete machen werden, fuer alle. Da Progeny auch gut mit Ximian zusammenarbeitet, kann ich es mir ja immer noch aussuchen. :)
Ob es bereits debs gibt, keine Ahnung! Ich hab das gerade erst hier gelesen.
Ich kann mir das aber nicht vorstellen. Jedenfalls wenn die wirklich gut werden sollen, wird das noch den ein oder anderen Tag dauern.
Meine Frage:
Ist das nun die offizielle RC2 oder kann sich das ding immernoch ändern?
Ich hab:
ii gnome-control- 1.4.0.1-1
ii gnome-core 1.4.0.1-1
CU Chris
Progeny RC2 wird wohl das offizielle sein. Mich wundert aber, dass dieses noch nicht released wurde. Wir werden sehen, in der Mailingliste wird gerade darueber gesprochen (noch keine Antwort).
Mein wunsch wäre nur, das man das Informations-Chaos etwas besser in die Reihe bekommt. Naja Gnome hat ja noch etwas Zeit zum üben bis zur 2.0
nicht das selbe assoziale Verhalten, wie
in Nautilus 1.0. Ansonsten wird Gnome 1.4
für den Normalnutzer ein Rohrkrepierer.
toll ich suche und suche, finde aber keine SuSE 7.1 Pakete, geschweige denn die kompletten Sourcen. GNOME-CORE 1.4.0.1 und gn-control center 1.3 ?? WAS SOLL DAS???????
Gruß,
Isen
aber eins verstehe ich nicht: war sawfish bis jetzt kein 'offizieller' fenstermanager?
TT
Ich denke, ich warte auf Ximian...
Mal ne frage wo liegt eigentlich der unterschied zu dem Gnome und dem von Ximian??
Ximian modifziert die GNOME-Pakete etwas, compiliert sie, bastelt einen schönen Installer ...
und mal ne dumme frage. Kann ich das Gnome auf das von Ximian updaten oder muss ich das voher löschen??
meine beim anzeigen von webseits.
danke schon mal.
Nein, das gibt es erst richtig mit Gtk 2.
Was heißt hier modifiert?
Modifiziert Ximian den Quellcode?
Dann müßte er doch die Modifikationen an
Gnome geben, wegen der GPL license.
Keine Schriftenglättung, oh je, ich glaub
ich warte doch besser auf GTK 2.
Wann kommt GTK 2, damit ist die library gemeint auf der Gnome aufbaut, richtig?
Wird Gnome 2 die GTK 2 verwenden, oder wirds da früher ne stable Gnome Version geben.
> Modifiziert Ximian den Quellcode?
Jein. Ximian arbeitet auch an Gnome Programmen und viele Ximian Mitarbeiter sing Gnome Hacker. Aber hier war wohl eher gemeint, dass Ximian an den Paketen bastelt, bis sich diese schoen einfach installieren lassen... oder so aehnlich. Die Ximian Pakete waren bisher jedenfalls sehr sehr gut. Alles passt sehr gut zusammen, der Desktop macht einen schoenen und runden Eindruck.
> Dann müßte er doch die Modifikationen an
Gnome geben, wegen der GPL license.
Natuerlich, was denkst denn du!
Ximian macht auch nur GPL Software.
> Keine Schriftenglättung, oh je, ich glaub
ich warte doch besser auf GTK 2.
Wie du willst. Es gibt schon einen Hack fuer Gtk 1. Mal schaun, ob die das noch weiterentwickeln, oder ob das nur zur Demonstration gedacht war.
> Wann kommt GTK 2, damit ist die library gemeint auf der Gnome aufbaut, richtig?
Richtig. Wann das kommt weiss wohl keiner. :)
Auf jeden Fall soll es noch in diesem Jahr erscheinen.
> Wird Gnome 2 die GTK 2 verwenden, oder wirds da früher ne stable Gnome Version geben.
Gnome 2 wird komplett auf Gtk 2 basieren. Den Umstieg erst spaeter durchzufuehren, waere Schwachsinn.
Gnome 2 ist fuer dieses Jahr geplant, also sollte Gtk 2 schon recht bald fertig werden.
Was für weitere Verbesserungen, Vorzüge wird GTK 2 noch haben, außer Schriftglättung-Support?
(wie z.b. bei KDE KDevelop)
unbedingt braucht?
Nein, nicht abwaertskompatibel. Die Umstellung sollte aber einfach sein, so dass es nicht lange dauern sollte, bis alle Programme nach Gtk2 konvertiert sind. Will man gleich in der Anfangsphase die ersten Gtk2 Programme verwenden, muss man selbstverstaendlich beide Libs installiert haben.
> Was für weitere Verbesserungen, Vorzüge wird GTK 2 noch haben, außer Schriftglättung-Support?
Hauptsaechlich wird der Code aufgeraeumt und etwas eleganter gestaltet. Sichtbar werden wohl nur das ein oder andere neue Widget und ein neuer Standardlook sein. Ausserdem werden Themes noch ein gutes Stueck flexibler (wobei ich jetzt nicht wuesste, wo es da noch fehlt. :)).
> Noch ne Frage, wird zum Zeitpunkt wo Gnome 2 rauskommt für Gnome 2 eine IDE (Integrated Development Environment)
geben?
Keine Ahnung. Manche sind in der Entwicklung. Aber da diese Releases nichts mit dem Gnome Releaseplan zu tun haben, kann das keiner sagen.
http://www.debianplanet.org/ debianplanet/ article.php?sid=171&mode=thread&order=0
(ohne Leerzeichen)
Und in unstable sind tatsaechlich schon die Final Pakete.
ftp.dataplus.se war die Adresse.
Nun hab ich nur eine Frage an alle, die schon Linux genau kennen.
Ich will diese targzŽs installieren.
Habe sie entpackt, mit kconfigure wollt ich den Installations-Dreischritt ausführen.
Nun kommen da zum Glück immer schön deutlich die Meldungen über fehlende Dateien/Bibliotheken.
Eine habe ich nun installiert, aber schon das nächste findet genau diese lib nicht.
Muss ich also nach jeder Installation (Suse 7.1) die Suseconfig laufen lassen?
Wenn ja, wie rufe ich die auf, damit sie so abläuft wie unter yast1 nach Installation eines *.rpm-Paketes.
Bin absoluter Neuling auf diesem Sektor.
Also kurze Frage:
Wie lautet der Befehl zur Ausführung der Suseconfig?
Danke für Eure Hilfe!