|
|
|
|
|
|
|
Ich habs gestern schon gesehen und fand es noch nicht soooo lustig. Heute nochmal gesehen un es ist: Höhöhöhö
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Oh, ich bin für die Age Of Empires Online Closed Beta akzeptiert \o/
|
|
|
|
|
|
|
|
|
|
|
|
Wusste gar nicht, dass da wieder ein Neues kommt. Kannst ja mal mal berichten, wenns so weit ist.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
der neue Nano hat auch ein Clip
|
|
|
|
|
|
|
|
|
|
|
Der neue Nano kostet so circa 150$ 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von SkunkyVillage
Liegestützen. Hähä. Müsste ich auch mal machen. 
| |
Pass aber auf, dass du nicht schwarz wirst.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von TriggerTG
Der neue Nano kostet so circa 150$
| |
Der Touch kostet beim Media Markt 189 dachte ich?
|
|
|
|
|
|
|
|
|
|
|
Ja da war letztens afaik 'n gutes Angebot für den kleinen Touch.
Naja, bei so nem Ding würde ich mich gar nicht trauen das irgendwie zum Sport mitzunehmen. Hat man ja ständig Angst drum. 'N 30,- EUR -Teil kann ja ruhig mal nach ner Weile kaputt gehen, das ist kein Weltuntergang.
|
|
|
|
|
|
|
|
|
|
|
Visual Studio 2010
Developement Server - 32bit
Lokale IIS 7.5 Instanz - 64bit
xcopy deploy
Es gibt doch bestimmt einen einfacheren Weg als jedes mal das Verzeichnis nach wwwroot zu kopieren, die 32bit dlls mit den 64ern zu ersetzen und das ganze neu zu kompilieren, oder? 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Y2Keeper
Visual Studio 2010
Developement Server - 32bit
Lokale IIS 7.5 Instanz - 64bit
xcopy deploy
Es gibt doch bestimmt einen einfacheren Weg als jedes mal das Verzeichnis nach wwwroot zu kopieren, die 32bit dlls mit den 64ern zu ersetzen und das ganze neu zu kompilieren, oder?
| |
Du könntest zum Beispiel nur Code für X86 generieren, das kannst du abhängig von Release/Debug konfigurieren. Zusätzlich sollte der Dev-Server nur ein Problem haben, wenn du eine 64-Bit Version einer Fremd-DLL verwendest (ansonsten sollten die nämlich kompatibel sein).
Aber ein paar mehr Details wären hilfreich.
|
|
|
|
|
|
|
|
|
|
|
Peace, @markdown: | | Zitat von flying sheep
reStructuredText ist noch hippieiger, aber auch logischer aufgebaut.
will ich auch mal nen parser bauen, wenn ich zeit hab 
und es ist besser als markdown, welches sich u.a. an der wiki-syntax orientiert wurgs: | |
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von flying sheep
Peace, @markdown: | | Zitat von flying sheep
reStructuredText ist noch hippieiger, aber auch logischer aufgebaut.
will ich auch mal nen parser bauen, wenn ich zeit hab
und es ist besser als markdown, welches sich u.a. an der wiki-syntax orientiert wurgs: | |
| |
Gut, dass du mich dran erinnerst, wollte mir das noch angesehen haben.
Also ich verwende in Projekten immer mein eigenes Markup-System, was praktisch nur in einfaches DOM aus Block/Inline Elementen ist, was problemlos mittels XAML serialisiert werden kann (XAML ist ein Microsoft'scher XML Dialekt, um Objektgraphen zu beschreiben). Dadurch kann ich es problemlos in einer Datenbank speichern etc. Jetzt suche ich aber nach Möglichkeiten es auch zu "editieren" ohne sich großartig mit XML auszukennen.
Aber, was ich bisher von "reStructuredText" gesehen habe, macht es auch nicht viel einfacher zu parsen als "Markdown". Ich glaub, ich setzt mich doch eher an den WYSIWYG Editor 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [DK]Peacemaker
| | Zitat von Y2Keeper
Visual Studio 2010
Developement Server - 32bit
Lokale IIS 7.5 Instanz - 64bit
xcopy deploy
Es gibt doch bestimmt einen einfacheren Weg als jedes mal das Verzeichnis nach wwwroot zu kopieren, die 32bit dlls mit den 64ern zu ersetzen und das ganze neu zu kompilieren, oder?
| |
Du könntest zum Beispiel nur Code für X86 generieren, das kannst du abhängig von Release/Debug konfigurieren. Zusätzlich sollte der Dev-Server nur ein Problem haben, wenn du eine 64-Bit Version einer Fremd-DLL verwendest (ansonsten sollten die nämlich kompatibel sein).
Aber ein paar mehr Details wären hilfreich.
| |
man muss im AppPool auch x86-Assemblies erlauben. Im Standard nimmt der nur x64-Assemblies an. Wenn man das einmal gemacht hat, kann man da fröhlich x86 und x64 mischen.
|
|
|
|
|
|
|
|
|
|
|
http://www.technologyreview.com/blog/arxiv/26234/
Interstellar Travel Not Possible Before 2200AD, Suggests Study
A new estimate of the amount of energy needed to visit the stars suggests we won't have enough for at least another two centuries
noooooooooooooooooooooooo
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [DK]Peacemaker
| | Zitat von Y2Keeper
Visual Studio 2010
Developement Server - 32bit
Lokale IIS 7.5 Instanz - 64bit
xcopy deploy
Es gibt doch bestimmt einen einfacheren Weg als jedes mal das Verzeichnis nach wwwroot zu kopieren, die 32bit dlls mit den 64ern zu ersetzen und das ganze neu zu kompilieren, oder?
| |
Du könntest zum Beispiel nur Code für X86 generieren, das kannst du abhängig von Release/Debug konfigurieren. Zusätzlich sollte der Dev-Server nur ein Problem haben, wenn du eine 64-Bit Version einer Fremd-DLL verwendest (ansonsten sollten die nämlich kompatibel sein).
Aber ein paar mehr Details wären hilfreich.
| |
Der dev server ist ja garnicht das Problem, sondern die IIS Instanz die nicht mit den 32bit dlls kompatibel ist.
Konkret geht es hier um die System.Data.SQLite.DLL welche es eben einmal als 32bit und einmal als 64bit Version gibt. Habe im Moment beide in einem Lib Ordner innerhalb des Projekt Ordners liegen.
Aber ok, wenn ich release fuer 64bit konfiguriere wird automatisch die 64bit Version verwendet?
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [DK]Peacemaker
Gut, dass du mich dran erinnerst, wollte mir das noch angesehen haben.
Also ich verwende in Projekten immer mein eigenes Markup-System, was praktisch nur in einfaches DOM aus Block/Inline Elementen ist, was problemlos mittels XAML serialisiert werden kann (XAML ist ein Microsoft'scher XML Dialekt, um Objektgraphen zu beschreiben). Dadurch kann ich es problemlos in einer Datenbank speichern etc. Jetzt suche ich aber nach Möglichkeiten es auch zu "editieren" ohne sich großartig mit XML auszukennen.
Aber, was ich bisher von "reStructuredText" gesehen habe, macht es auch nicht viel einfacher zu parsen als "Markdown". Ich glaub, ich setzt mich doch eher an den WYSIWYG Editor | |
leidest du unter not-invented-here-syndrom? 
ne, quatsch, wenn du alles selber machen willst, dann tu’s.
mit reST ist es aber echt einfach, semantisch eindeutige, gut lesbare dokumente zu schreiben.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von flying sheep am 07.01.2011 14:10]
|
|
|
|
|
|
|
|
|
Ja.
Um genau zu sein, hab ich auch nichts passendes für meinen Zweck gefunden. Die meisten "Markup"-Sprachen, sind halt auf einen bestimmten Zweck zugeschnitten und die, welche möglichst einfach für den Autoren zu schreiben sind, basieren in der Regel auf fiesen regulären Ausdrücken (wie hier im Forum z.B.). Für ein aktuelles Projekt, habe ich 5 verschiedene Arten, wie in formatierter Text angezeigt werden soll:
- HTML + CSS
- XPS Dokument
- Windows Explorer
- Silverlight
- Such-Indizierung
Für die Such-Indizierung muss ich einerseits wissen, welcher Inhalt wirklich als Text gedacht ist und zusätzlich Gewichtungen verteilen (fett gedruckte Elemente sollen bei der Suche mehr Ausschlag geben, als einfache und viel mehr als zitierte Inhalte). Silveright und das XPS Dokument müssen in ein WPF/Silverlight FlowDocument übersetzt werden, welches ähnlich ist wie HTML mit Inline-CSS. Im Windows Explorer möchte ich die Formatierung entfernen, aber den Text als ganzes erhalten. Das geht mit einem sehr leichten DOM und dem Visitor-Pattern sehr gut und ist vor allem für Spezialfälle sehr leicht anpassbar. Durch den Einsatz von XAML für die Standardserialiserung muss ich keinen eigenen XML-Parser schreiben (und diesen vorallem nicht erweitern, wenn ich ein neues Element hinzufügt habe).
ABER, es sollte eben auch möglich sein, dieses DOM aus verschiedenen Quellen zu generieren, weil BB-Code, Markdown und wohl auch reST sind für den gleichen Zweck gedacht und wesentlich schneller zu schreiben, als XML. Daher will ich min. eine dieser "Sprachen" parsen können.
Übrigens, wenn man einmal alles schön im Speicher hat, dann ist auch schnell mal ein LaTeX Dokument erstellt und - wenn ich brauchen würde - auch ein PDF.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von GarlandGreene
| | Zitat von [DK]Peacemaker
| | Zitat von Y2Keeper
Visual Studio 2010
Developement Server - 32bit
Lokale IIS 7.5 Instanz - 64bit
xcopy deploy
Es gibt doch bestimmt einen einfacheren Weg als jedes mal das Verzeichnis nach wwwroot zu kopieren, die 32bit dlls mit den 64ern zu ersetzen und das ganze neu zu kompilieren, oder?
| |
Du könntest zum Beispiel nur Code für X86 generieren, das kannst du abhängig von Release/Debug konfigurieren. Zusätzlich sollte der Dev-Server nur ein Problem haben, wenn du eine 64-Bit Version einer Fremd-DLL verwendest (ansonsten sollten die nämlich kompatibel sein).
Aber ein paar mehr Details wären hilfreich.
| |
man muss im AppPool auch x86-Assemblies erlauben. Im Standard nimmt der nur x64-Assemblies an. Wenn man das einmal gemacht hat, kann man da fröhlich x86 und x64 mischen.
| |
Tatsache! <3
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [DK]Peacemaker
Übrigens, wenn man einmal alles schön im Speicher hat, dann ist auch schnell mal ein LaTeX Dokument erstellt und - wenn ich brauchen würde - auch ein PDF.
| |
Aber wer benutzt schon PDF, wenn man XPS hat.
|
|
|
|
|
|
|
|
|
|
|
Das wär mal ein Bootscreen. Nur dass ich mein Handy so selten boote.
|
|
|
|
|
|
|
|
|
|
|
|
Hatte ich zwischendurch mal drauf, aber so oft sieht mans dann wirklich nicht...
|
|
|
|
|
|
|
|
|
|
|
|
Ich gehoere zu einer Minderheit. Naemlich zu den Leuten, die ein 'einfaches' Handy haben. Das ist echt krass geworden innerhalb der letzten 1-2 Jahre, jeder rennt mit nem iphone oder sonstigem Touchscreen Handy rum. Einerseits faend ichs auch ganz nett eins zu haben, aber ohne Vertrag ist mir das viel zu teuer.
|
|
|
|
|
|
|
|
|
|
|
|
ich hab für mein X10 Mini Pro 140 ¤ bezahlt (70 ¤ Base-Vertrag, 65 ¤ Handy, der Base-Vertrag kann nach einem Monat auf 0 ¤ runtergeschraubt werden). Nachteil: Sony.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von GarlandGreene
ich hab für mein X10 Mini Pro 140 ¤ bezahlt (70 ¤ Base-Vertrag, 65 ¤ Handy, der Base-Vertrag kann nach einem Monat auf 0 ¤ runtergeschraubt werden). Nachteil: Sony.
| |
ich hab für mein X10 Mini Pro 100 ¤ bezahlt (200 ¤ Amazon, 100 ¤ Vertragsverlängerung). Vorteil: Sony.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Ashtray am 07.01.2011 17:11]
|
|
|
|
|
|
|
|
|
|
ich mag Verträge mit Grundgebühr nicht so sehr. Ich hatte bisher Congstar 9 Cent flex (und monatlich so 3-4 ¤ Rechnungsbetrag), jetzt testweise halt Base. Aber das Eplus-Netz ist ja derart langsam und unzuverlässig, daß ich versucht bin, meinen noch bestehenden Congstar-Vertrag in eine Surfflat umzuwandeln.
|
|
|
|
|
|
|
|
|
|
|
Will jemand hier mal eine moderne Version des Forums coden?
Ich vermisse vernünftige Abonnements.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von GarlandGreene
ich mag Verträge mit Grundgebühr nicht so sehr. Ich hatte bisher Congstar 9 Cent flex (und monatlich so 3-4 ¤ Rechnungsbetrag), jetzt testweise halt Base. Aber das Eplus-Netz ist ja derart langsam und unzuverlässig, daß ich versucht bin, meinen noch bestehenden Congstar-Vertrag in eine Surfflat umzuwandeln.
| |
Das stimmt, besonders toll ist das Netz nicht, aber bei mir sinds in der Tat die Vertragskonditionen die es ausmachen!
8¤ für 100 Einheiten (SMS oder 60/60 Taktung) und zu meiner Frau kann ich kostenlos telefonieren!
Außerdem kann ich die Einheiten in den nächsten Monat mitnehmen wenn ich sie nicht brauche und die alten werden immer als erstes verwendet => 200 Einheiten max in einem Monat!
|
|
|
|
|
|
|
|
| Thema: Gehirnsalat ( wir unter uns ) |
![[dk]peacemaker](./avatare/[dk]peacemaker.gif)
