Eine nützliche Sammlung kleiner JavaScript-Helferlein findet ihr bei VanillaList.com.
Zum Beispiel sowas hier:
Das ist kein Bild sondern eine generierte Canvas. Einfach mal reloaden und ihr seht, was ich meine...
(via csstricks)
Himmel hilf! Gestern Nachmittag wollte ich das ValueChanged()-Event eines DateTimePickers debuggen. Zwar sprang der Debugger am Breakpoint an, aber dann hängte sich Visual Studio auf. Und nicht nur das: auch sämtliche anderen Programme (Outlook, Lync, Explorer, die Windows-Taskleiste usw.) verweigerten die Mitarbeit und zwar genau so lange, bis ich VS hart abgeschossen hatte. Was ich jeweils 2x machen musste, weil auch das Fenster hier rechts eingefroren war.
Ich machte mich also auf die Suche und probierte diverse mehr oder weniger esoterische Lösungsvorschläge aus.
Stunden später.
Das Problem ist tatsächlich ein Problem des DateTimePickers:
I think I just found a bug in the .NET-Framework (v4.5). I can reproduce this in VS2015 in Visual Basic, I haven't tried it in C# as of yet.
Here's what I wanted to achieve:
Task: Create a Windows Form with a Tabcontrol. The second tab has a DataGridView. This DataGridView should show some values in each row's HeaderCell.
The usual approach:
So true...
copying and pasting from stack overflow | cutting corners to meet arbitrary management deadlines
Resizer ist ein praktisches Tool von Google, mit dem ihr das Verhalten einer Website in verschiedenen Auflösungen testen könnt. Leider treten die wirklichen Probleme dann doch meist erst auf den Geräten selbst zutage, aber für einen schnellen Überblick ist das schon okay. Meine Fresse, wie viele Stunden ich schon in mein CSS gesteckt habe will ich echt nicht mehr wissen...
Update: p3t3r schreibt mir:
Wenn man lieber ohne Google arbeitet, wird man bei http://www.responsinator.com ebenfalls bestens bedient. Auch hier funktionieren die Links im Simulator, man kann also in der simulierten Darstellung kreuz und quer durch die Seite navigieren.
Wenn es etwas schneller gehen soll, ist das Teil von http://mattkersley.com/responsive/ mein derzeitiger Favorit. Dieses Tool hat kürzere Ladezeiten, bietet jedoch keine Möglichkeit der Navigation in den simulierten Anzeigen.
Leider hat man immer das Problem, dass Handys generell zu groß dargestellt werden, man also immer erst mal rauszoomen muss, um eine Idee von den wirklichen Größenverhältnissen zu bekommen. Darüber hinaus stimmt das Endergebnis bei Responsinator noch etwas weniger als bei Resizer:
Links Responsinator, rechts Resizer, daneben jeweils ein iPhone 5s.
Fazit: ohne ein Testgerät geht es nicht wirklich, aber um mal eine grobe Vorstellung zu bekommen, sind die Tools schon okay.
2. Update: Chris schreibt:
Hm, es gibt doch auch beim Firefox Inspector so ein Tool (rechts oben in der tab-leiste, das 4. von rechts in der Standardkonfiguration). Wozu dann diese externen Tools verwenden?
Ach was!
(via eac)
Seit Wochen zermartere ich mir das Hirn darüber, wie ich euch von else Heart.Break() erzählen kann, ohne gleich beim ersten Satz 99% meines geschätzten Publikums zu verlieren. Brendan Caldwell hat einen viel besseren Einstieg gefunden als ich es je könnte:
It was three o’clock in the afternoon when the drugs began to wear off. I was sitting on a bench waiting for the factory workers to leave the building behind me so I could sneak in and steal some important files. The drug in question was a nameless multicoloured square that speeds up time. I took it so I could break in sooner [...] I looked in my bag for more drugs. Nothing. But I did have a cigarette. What if…?
Aber anschließend verrät er Dinge, die unbedingt geheim bleiben sollten, also muss ich eben doch meinen eigenen Artikel schreiben.
Oh WordPress, was machst du nur für einen Mist? Mit dem letzten Update auf 4.4 kamen wieder zwei so "Features" daher, die ich per Hack deaktivieren musste, weil sie kompletter Mist sind. Zum einen wurde mein Thumbnailviewer-Plugin ausgehebelt. Okay, das ist wahrscheinlich ein Orchideenproblem.
Aber zum anderen liefert WP4.4 an Smartphones völlig unscharfe, verpixelte Bilder und das sieht dann so aus: zeig her...
iPhone-OpferUser dürfen sich freuen: Das Kommentarfeld zoomt jetzt nicht mehr automatisch rein. Das ist ein "Feature" von IOS, das mir schon lange auf den Saque ging, jetzt isses endlich gefixt. Mit diesem Hack:
@media screen and (-webkit-min-device-pixel-ratio:0) {
select,
textarea,
input {
font-size: 16px;
}
}
sieht das jetzt so aus:
Freu.
Coderhumor:
click -> full size
license: CC sa-nc-nd
Plankalkül is the first high-level programming language, designed by Konrad Zuse in 1945.
Powree und Oliver Knörzer aka. Sandra and Woo sollten jetzt eigentlich in meinen Feedreader gewandert sein. Leider finden sich in ihrem Feed nur die Texte, nicht aber die Bilder, was bei einem Webcomic irgendwie unvorteilhaft ist. Schade 
PS: kann mir mal jemand diese Antwort auf den PHP-Bugreport erläutern? Bis "00-00-00 means 2000-00-00" komm' ich noch mit, aber dann wird er mir schleierhaft... und Ruby raffigarned, das macht aber auch nix.
(via dingens)Dieses Video fasziniert mich besonders, weil eine Hälfte meines Gehirns dem Inhalt noch so grob folgen kann, die andere Hälfte dagegen schon nach kürzester Zeit zu Boden geht. 
Wer nicht weiß, was Conway's Game of Life ist, klickt mal schnell hier, anstatt sich durch die dröge Theorie auf Wikipedia zu wühlen, und
(via gruetze)APL, abgekürzt für A Programming Language, ist eine üblicherweise interpretierte Programmiersprache, deren Syntax überwiegend aus Symbolen besteht.
- Wikipedia
Ostern ist zwar noch ein bisschen hin, eine kleine Wiederauferstehungsgeschichte hat sich hier jedoch gestern Abend schon ereignet. Bis zum letzten WordPress-Update (oder so) war es hier im Blog immer so, dass verlinkte Bilder in so einem lightbox-ähnlichen Dingens aufgepoppt sind, wenn sie mit einer größeren Version desselben Bildes verlinkt waren. Wenn ich ein solches Verhalten erzwingen wollte (weil ich z.B. nur ein Wort auf die gleiche Weise verlinken wollte), musste ich einfach rel="thumbnail" in den Link schreiben und gut war's.
Seit dem letzten WP-Update (oder so) schien dieses Plugin nicht mehr zu funktionieren. Der JS-Code war mir allerdings mal wieder viel zu lang um nach der Fehlerquelle zu suchen, statt dessen fiel mir auf, dass WordPress seit Neuem(?) in jeden Bildlink ein rel="attachment wp-att-XXXX" schreibt. Das kollidiert natürlich mit einem rel="thumbnail". Nun kann man wahlweise dieses rel="attachment..." manuell aus dem Link entfernen, aber ich kenne mich, das werde ich ständig vergessen. Also habe ich mir flugs eine Methode gesucht, die das rel="attachment" entfernt. Diese habe ich dann so erweitert, dass sie statt dessen rel="thumbnail" daraus macht. Der Code lautet folgendermaßen und ist in die functions.php des aktuellen Themes zu integrieren:
/*-- das rel="attachment xxx" gegen ein rel="thumbnail" austauschen --*/
function my_remove_rel_attr($content) {
return preg_replace('/\s+rel="attachment wp-att-[0-9]+"/i', 'rel="thumbnail"', $content);
}
add_filter('the_content', 'my_remove_rel_attr');
Das Plugin gibt es übrigens hier zum Runterladen und das Bild da oben rechts zeigt auf, was ich meine.
(Bild: Kerri Lee Smith [CC BY-NC-SA]
Wie der eine oder die andere sicher schon mitbekommen hat, verdiene ich meine Brötchen am Computer. Genauer gesagt mit Softwareentwicklung, mal in Java, mal in Objective-C, meistens aber im Windows-Umfeld mit VB.net oder C# (und wenn es unbedingt sein muss, zähneknirschend manchmal auch noch mit VB6 oder *seufz* VBS), mein Blog mit dem ganzen HTML/JS/CSS-Gefrickel nicht zu vergessen. Das beherrsche ich inzwischen leidlich gut, obwohl ich ehrlich gestehen muss, dass mich die ganze Chose mittlerweile doch wieder mehr langweilt als begeistert. Aber ich schweife ab.
Was ich sagen wollte: gestern Nacht hatte ich eine Idee für ein Easteregg und dazu wollte ich mal sehen, wie man einen Plasmaeffekt codet. Sowas hier. Na, und beim Suchen bin ich über diese Diskussion auf Pouët.net gestoßen, die mir mal wieder deutlich vor Augen führt, warum ich es nie zum Demoscenecoder bringen werde. Die Frage selbst verstehe ich noch, aber schon bei Punkt 3_minus in der Antwort von bdk erscheinen bei mir die ersten Fragezeichen über dem Kopf:
Some quick random hints looking at the code:
1) Always try to use look-up tables when it comes to computationally heavy stuff like sin,cos,tan,sqrt and friends (this should give you a good speed-up...)
2) Using integer math / fixed point math still can improve speed a lot expecially when math precision isn't a must
3_minus)
- multiply for (1/x) instead of dividing for x (if x is constant)
- when doing modulus operations where the divisor is a power of two (x % 2^n) (in your code "... % 256" should be) you can replace it with a faster bitwise AND where "(x & (2^n)) - 1", i.e. x % 256 <-equals-> x & (256 - 1).
- when dividing/multiplying for powers of two (integers) you can use bit shifting (i.e.: x * 32 <--> x << 5). Probably compilers already do these last two kinds of optimizations. (bitwise operations)
Found also this site, maybe you'll find it useful: http://student.kuleuven.be/~m0216922/CG/index.html.
und bei der Antwort von duffman steige ich endgültig aus:
IF the surface width is a power of 2 and the total pixel count is a multiple of 16
IF your buffers are in user memory
then try this
change your loops from this
buf = new int[x, y]
for(int x = 0; x < w; x++)
{
for(int y = 0; y < h; y++)
{
buf[x, y] = code here
...
to something like this
int Log2(int val)
{
ASSERT(val > 0)
int res = -1;
while((1 << ++res) <= val);
return(res - 1);
}
mask = w - 1 //w must be a power of 2 remember
bitshift = Log2(w)
pixelcount = w * h
//initialize buffer like this
buf = new int[pixelcount]
for(int j = 0; j < pixelcount; j += 48)
{
for(int i = 0; i < 16; ++i, ++j)
{
// i is never used
//if you need x and y, here is how to compute them
x = j & mask
y = j >> bitshift
buf[j] = palette[(cls[x,y] + paletteShift)%255];
x = (j+16) & mask
y = (j+16) >> bitshift
buf[j+16] = palette[(cls[x,y] + paletteShift)%255];
x = (j+32) & mask
y = (j+32) >> bitshift
buf[j+32] = palette[(cls[x,y] + paletteShift)%255];
x = (j+48) & mask
y = (j+48) >> bitshift
buf[j+48] = palette[(cls[x,y] + paletteShift)%255];
This memory access method gave me a better speed increase than anything else(in C)
The moral here is, dont access big buffers in user memory sequentially
while((1 << ++res) <= val); Nee ey, das wird in diesem Leben nix mehr.
Ey, lass mich einfach rein, okay? |
Ich will das hier nie wieder sehen. |
Ihr Browser versucht gerade eine Seite aus dem sogenannten Internet auszudrucken. Das Internet ist ein weltweites Netzwerk von Computern, das den Menschen ganz neue Möglichkeiten der Kommunikation bietet.
Da Politiker im Regelfall von neuen Dingen nichts verstehen, halten wir es für notwendig, sie davor zu schützen. Dies ist im beidseitigen Interesse, da unnötige Angstzustände bei ihnen verhindert werden, ebenso wie es uns vor profilierungs- und machtsüchtigen Politikern schützt.
Sollten Sie der Meinung sein, dass Sie diese Internetseite dennoch sehen sollten, so können Sie jederzeit durch normalen Gebrauch eines Internetbrowsers darauf zugreifen. Dazu sind aber minimale Computerkenntnisse erforderlich. Sollten Sie diese nicht haben, vergessen Sie einfach dieses Internet und lassen uns in Ruhe.
Die Umgehung dieser Ausdrucksperre ist nach §95a UrhG verboten.
Mehr Informationen unter www.politiker-stopp.de.
Artikel als RSS
