MAC OS-X Freunde kommt zusammen ...
lima-city → Forum → Sonstiges → Spam und sonstiges Unvergütetes
betriebssystem
code
entwickler
fehler
frage
hardware
hilfe
http
jahr
machen
problem
programm
punkt
schrift
software
system
treiber
url
vergleich
windows
-
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
Was will ich sagen, mach ich den Mund auf, dann verschluck ich mich...
...ausserdem nutze ich zu 99% Microsoft
-
erasmuz schrieb:
Und der Rest ist Windows, was?
Ne, der Rest ist der PC aus
(da bin ich Rauchen)
-
karpfen schrieb:
erasmuz schrieb:
Und der Rest ist Windows, was?
Ne, der Rest ist der PC aus (da bin ich Rauchen)
blauer dunst beim blauen bildschirm - sehr gut -
sonok schrieb:
blauer dunst beim blauen bildschirm - sehr gut
Ne, der blaue Dunst ist immer eine Hauswand vom Bildschirm entfernt
-
sonst vergilbt auch das case so dolle
-
Klingt sehr nach nem Mac-Jünger Begriff und Clickypedia kennt ihn auch nicht, magst du ihn uns erläutern?
vi und EMACS fügen, wenn man das Bildschirmende erreicht hat einen echten Zeilenumbruch ein (Hard Wrapping). Normale Editoren stellen den Text nur so dar, als ob am Ende des Wortes einen Zeilenumbruch eingefügt wäre (Soft Wrapping). Wenn man aus dem Editor z. B. rauskopiert, kopiert man die Formatierung nicht mit.
Ohne Soft Wrapping sehen
die Beiträge so aus und
das ist doof. -
Klasse, was hat vi oder EMACS mit einem Browser zu tuen?
Mit vi editiere ich Config-Files über SSH von meinem Handy aus, aber sonst ist vi alles andere als schön, was soll das im Browser zu suchen haben und warum sollte man vorher in vi tippen?
Firefox und Konqueror haben auch so eine Rächtschraip-Kollektur im Textfenster. Die Linux-Editoren auf einer grafischen Oberfläche wie bspw. KATE unterstützen daher diese wunderbar benannte Funktion. Wer kopiert schon aus der Konsole heraus in eine andere andere Applikation Briefe oder derartiges!?
Achja, du hast die Linux-basierte Apfelsaftpresse vergessen
Beitrag zuletzt geändert: 27.3.2009 16:09:35 von erasmuz -
caiexus schrieb:
Nein. Wenn du ein Programm gegen GPL Code linkst, nutzt du diesen Code.
BITTE? Den Code soll ich nutzen?? Wenn ich gegen ein Programm oder gegen eine Programmbibliothek LINKE, bekomme ich vom Code nichts mit.
OK. Wahrscheinlich hast du mich missverstanden. Wenn du gegen eine Bibliothek linkst, machst du ihre Funktionalität(en) zunutze. Und diese Nutzung soll es für CSS nicht geben.
Ein Programm in Binärform muss auf verschiedenen Versionen lauffähig sein, das ist ja wohl das mindeste.
Das ist deine Ansicht. Nur, weil Windows bis zum Erbrechen abwärtskompatibilität garantieren will, muss das bei Linux nicht der Fall sein. Und da Linux von der OpenSource Philosophie ausgeht, ist es nicht so wichtig Binärkompatiblität zu haben.
Das mag einigen Softwareherstellern nicht gefallen, aber dies ist nunmal der Ansatz, den Linux fährt. Dafür haben andere Betriebssysteme andere Probleme.
Die Lizenzen müssen ausnahmslos so gestaltet sein, dass bei einer Linux-Portierung eines proprietären Programms keine Rechtsstreitigkeiten drohen.
Rechtsstreitigkeiten für wen? Wenn das Programm proprietär ist, dann soll der Hersteller es neu kompilieren und die neue Version dann den Usern anbieten.
Solange das nicht möglich ist, wird Linux auf alle Ewigkeit ein Nischendasein führen (und das ist mir ehrlich gesagt auch ganz recht so).
Auch wenn ich deine Bedenken für überzogen halte, wird wahrscheinlich einmal der Tag kommen, an dem die Kernel API von den Entwicklern als bewährt und optimal angesehen wird und die API dann stabil wird.
unterstützt dein vi-emacs-whatever-Editor Softwrapping oder ist das auch schon zu viel?
Beide Editoren unterstützen dies als default-Einstellung. Siehe auch die tw-Option in Vim
Beitrag zuletzt geändert: 27.3.2009 20:48:42 von bladehunter -
Kampf der Giganten
-
OK. Wahrscheinlich hast du mich missverstanden. Wenn du gegen eine Bibliothek linkst, machst du ihre Funktionalität(en) zunutze. Und diese Nutzung soll es für CSS nicht geben.
Wobei wir wieder bei der alten Fragen wären: Warum?Das ist deine Ansicht. Nur, weil Windows bis zum Erbrechen abwärtskompatibilität garantieren will, muss das bei Linux nicht der Fall sein. Und da Linux von der OpenSource Philosophie ausgeht, ist es nicht so wichtig Binärkompatiblität zu haben.
die da wären?
Das mag einigen Softwareherstellern nicht gefallen, aber dies ist nunmal der Ansatz, den Linux fährt. Dafür haben andere Betriebssysteme andere Probleme.Rechtsstreitigkeiten für wen? Wenn das Programm proprietär ist, dann soll der Hersteller es neu kompilieren und die neue Version dann den Usern anbieten.
Für den Anbieter des proprietären Programms. Ein Betriebssystem, dessen Bibliotheken manchmal unter GPL, manchmal unter LGPL stehen, ist eine tickende Zeitbombe.Auch wenn ich deine Bedenken für überzogen halte, wird wahrscheinlich einmal der Tag kommen, an dem die Kernel API von den Entwicklern als bewährt und optimal angesehen wird und die API dann stabil wird.
wie lange gibt es Linux schon?Beide Editoren unterstützen dies als default-Einstellung. Siehe auch die tw-Option in Vim
Womit du wieder bewiesen hättest, dass du keine Ahnung hast.
Ein normaler Editor bricht nach dem Wortende um, vi und emacs brechen mitten im Wort um. -
caiexus schrieb:
OK. Wahrscheinlich hast du mich missverstanden. Wenn du gegen eine Bibliothek linkst, machst du ihre Funktionalität(en) zunutze. Und diese Nutzung soll es für CSS nicht geben.
Wobei wir wieder bei der alten Fragen wären: Warum?
Weil freie Software eine gute Sache ist und es deswegen sinnvoll ist, freie Software gegenüber proprietärer Software zu bevorzugen.
Das ist deine Ansicht. Nur, weil Windows bis zum Erbrechen abwärtskompatibilität garantieren will, muss das bei Linux nicht der Fall sein. Und da Linux von der OpenSource Philosophie ausgeht, ist es nicht so wichtig Binärkompatiblität zu haben.
die da wären?
Das mag einigen Softwareherstellern nicht gefallen, aber dies ist nunmal der Ansatz, den Linux fährt. Dafür haben andere Betriebssysteme andere Probleme.
Windows: Das größte Problem, dass ich bei Windows sehe, ist die übermäßige Abwärtskompatibilität. Dies führt teilweise zu Inkonsistenzen, wenn man neue Programme entwickeln will. Entsprechend halte ich den Schritt zm .NET-Framework für eine gute Idee, um mit diesen Inkonsistenzen aufzuräumen. Jedoch ist .NET-Programmierung dann nicht mehr mit Windows-Programmierung gleichzusetzen. Ein guter und interessanter Artikel dazu ist http://www.joelonsoftware.com/articles/APIWar.html.
MacOS: Während man bei Microsoft wirklich viel Wert auf externe Programmierer legt (Der Monkey Dance mag albern sein, aber Ballmer hat verdammt nochmal verstanden, dass Programmierer wichtig sind), verhält sich Apple wie ein egoistisches Kleinkind. Das fängt damit an, dass man sich erstmal eine AppleID besorgen und in die Apple Developer Connection eintreten muss(Dies impliziert natürlich einen Vertrag), wenn man die neueste Version von XCode haben will und endet mit absolut hirnlosen Regulierungen des AppStores, wo Apple einfach Anwendungen, die ihnen nicht passen, kicken können.
Vor einiger Zeit gab es beim iPhone auch noch Bestimmungen, dass man sich nicht über Programmiererfahrungen austauschen durfte, solange man dies nicht innerhalb der eigenen Firma oder in den offiziellen Apple Foren tut. Dabei ist doch gerade der Austausch mit anderen Programmierern eines der wichtigsten Möglichkeiten, die man braucht, um ein guter Coder zu werden.
Rechtsstreitigkeiten für wen? Wenn das Programm proprietär ist, dann soll der Hersteller es neu kompilieren und die neue Version dann den Usern anbieten.
Für den Anbieter des proprietären Programms. Ein Betriebssystem, dessen Bibliotheken manchmal unter GPL, manchmal unter LGPL stehen, ist eine tickende Zeitbombe.
Du kannst dich doch noch an der Version von Library bedienen, wo sie noch unter der LGPL stand? Und falls diese Library nicht mehr so verbreitet ist, kannst du sie auch statisch linken.
Auch wenn ich deine Bedenken für überzogen halte, wird wahrscheinlich einmal der Tag kommen, an dem die Kernel API von den Entwicklern als bewährt und optimal angesehen wird und die API dann stabil wird.
wie lange gibt es Linux schon?
Seit 1991.
Beide Editoren unterstützen dies als default-Einstellung. Siehe auch die tw-Option in Vim
Womit du wieder bewiesen hättest, dass du keine Ahnung hast.
Ein normaler Editor bricht nach dem Wortende um, vi und emacs brechen mitten im Wort um.
Womit du bewiesen hast, dass du nicht einmal simple Recherchen anstellen kannst und dich auf veraltetes Wissen stützt. -
caiexus schrieb:
Welches Betriebssystem hat Fehler in der Dokumentation, die auch nach SECHZEHN verdammten Jahren noch nicht ausgebessert wurden?
http://caiexus.lima-city.de/passwd.jpgfatfox schrieb: mac stinkt
http://caiexus.lima-city.de/linux.gif
windows riecht
linux...rulez !
falsche Seite ^^
Wo gibt es keine Übersetzungsfehler?
Hier die Englische Version:
http://www.bigbiz.com/cgi-bin/manpage?5+passwd
caiexus schrieb:
wtf? Kommunisten helfen?? Niemals!!!
http://caiexus.lima-city.de/archlinuxfail.jpg
Besser als der Windows Installer, auf meinem Lap lässt sich WinXP Pro nicht installieren, da sich der Installer mittendrin aufhängt.
caiexus schrieb:
fatfox schrieb:
yeah... the linux way!
*lol* ich lese keine doku, ich probier bis es funzt
http://caiexus.lima-city.de/ls.jpg
Na und, da kann man froh sein, das der Rest drin steht und zwar ausführlich!
edit:
falsche man page seite
Beitrag zuletzt geändert: 29.3.2009 16:53:26 von thomasba -
bladehunter schrieb: OK. Wahrscheinlich hast du mich missverstanden. Wenn du gegen eine Bibliothek linkst, machst du ihre Funktionalität(en) zunutze. Und diese Nutzung soll es für CSS nicht geben
caiexus schrieb: Wobei wir wieder bei der alten Fragen wären: Warum?.
Weil die GPL einen eingebauten Monopol Crasher enthält:
Wenn jemand freie Software verwendet, sie verändert / erweitert dann sollen alle die Leute die potenziell daran mitgearbeitet haben, also jeder, etwas davon haben wenn jemand anderes etwäs verändert oder verbessert.
So wird auch verhindert das ein Einzelner ein Monopol auf die Verwendung von Open Source Wissen erhält.
Das ist fair.
Das ganze gibts auch im "Telekolleg IT":
http://de.wikipedia.org/wiki/Codename_Linux
http://www.code.linux.fi/
http://www.archive.org/details/codename_gnu_linux -
Ich möchte noch ein Video hinzufügen: Richard M Stallman - 'What's GNU?'.
-
Womit du bewiesen hast, dass du nicht einmal simple Recherchen anstellen kannst und dich auf veraltetes Wissen stützt.
Ich benutze die neueste Version, Vim 7.2, und da bricht er mitten im Wort um. Soll ich dir ein Screenshot posten, damit du es mir glaubst?
Achja, noch eine Frage: Ich bin kein Fan von Antialiasing, das hab ich jetzt unter Linux abgestellt und die Schrift sieht viel schlechter aus als unter Windows, auch mit True-Type-Schriftarten. Was soll ich tun?
Beitrag zuletzt geändert: 29.3.2009 20:23:06 von caiexus -
caiexus schrieb:
Womit du bewiesen hast, dass du nicht einmal simple Recherchen anstellen kannst und dich auf veraltetes Wissen stützt.
Ich benutze die neueste Version, Vim 7.2, und da bricht er mitten im Wort um. Soll ich dir ein Screenshot posten, damit du es mir glaubst?
Ein Screenshot hätte leider nicht genug Beweiskraft. Ich bräuchte eine neutrale Bestätigung von jemandem, der die gleiche Konfiguration wie du nutzt.
Welche Distribution nutzt du und was ergibt die Versionsausgabe?
Bei mir ist es Archlinux mit
vi --version VIM - Vi IMproved 7.2 (2008 Aug 9, compiled Dec 7 2008 18:39:00) Inklusive der Korrekturen: 1-65 Übersetzt von ArchLinux Normale Version ohne GUI. Ein- (+) oder ausschließlich (-) der Eigenschaften: -arabic +autocmd -balloon_eval -browse +builtin_terms +byte_offset +cindent -clientserver -clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments +cryptv -cscope +cursorshape +dialog_con +diff +digraphs -dnd -ebcdic -emacs_tags +eval +ex_extra +extra_search -farsi +file_in_path +find_in_path +float +folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist -keymap -langmap +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession +modify_fname +mouse -mouseshape -mouse_dec -mouse_gpm -mouse_jsbterm -mouse_netterm -mouse_sysmouse +mouse_xterm +multi_byte +multi_lang -mzscheme -netbeans_intg -osfiletype +path_extra -perl +postscript +printer -profile -python +quickfix +reltime -rightleft -ruby +scrollbind -signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title -toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup -X11 -xfontset -xim -xsmp -xterm_clipboard -xterm_save System-vimrc-Datei: "/etc/virc" Benutzer-vimrc-Datei: "$HOME/.virc" Benutzer-exrc-Datei: "$HOME/.exrc" Voreinstellung für $VIM: "/usr/share/vim" Übersetzt: gcc -c -I. -Iproto -DHAVE_CONFIG_H -march=i686 -mtune=generic -O2 -pipe -D_FORTIFY_SOURCE=1 Linken: gcc -L/usr/local/lib -o vi -lm -lncurses -ldl
Achja, noch eine Frage: Ich bin kein Fan von Antialiasing, das hab ich jetzt unter Linux abgestellt und die Schrift sieht viel schlechter aus als unter Windows, auch mit True-Type-Schriftarten. Was soll ich tun?
Keine Ahnung.
Beitrag zuletzt geändert: 29.3.2009 21:01:22 von bladehunter -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
