Druckbare Version
Ich möchte einfach mal anmerken, dass das genau die Arten von Fragen sind, die ich eigentlich nicht wollte ^^'
Bei der Fibonacci-Zahl hat man kaum eine Chance, sie durch _Wissen_ zu kennen, und IMO sollte es um wissen gehen. Genau so bei der Frage nach der Funktion von libimg, bei der schon auf die Homepage verwiesen wird. Hier soll es doch nicht darum gehen, ob man Google bedienen kann, oder? :rolleyes:
Wenn ihr das anders seht, ist das für mich auch OK, aber ich wollts gerne mal anmerken. ^^
Wollte eigentlich bewirken, dass man sich selber kurz ein Skript baut anstatt zu googeln, war wahrscheinlich ein bischen naiv meinerseits.Zitat:
Zitat von dead_orc
Ok, meinetwegen. Die Frage waere auch recht einfach gewesen: libimg2 aka libpr0n:
Die hier ist wohl besser, wenn acuh die Idee geklaut ist:Zitat:
The main goal of the library is to render pornographic images in an efficient way. Plus, the name "imglib2" is boring.
Was ist am folgendem C# Code falsch? ziemlich billig, kann man mit fast jeder Programmiersprache rekonstruiren den Fehler ;)
Code:using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace DescSet
{
class Program
{
static void Main(string[] args)
{
string desc = "";
ConsoleKeyInfo read;
Console.Write("\n>");
while (read.KeyChar != "~")
{
read = Console.ReadKey();
if (read.KeyChar != "~")
desc += read.KeyChar;
}
Console.WriteLn(desc);
}
}
}
Die Variable desc ist einmal falsch geschrieben. (desk)
Es gibt keine Methode WriteLn.
Der Operator != kann nicht auf Operanden vom Typ Keyinfo verwendet werden.
1. hat er nachträglich gefixtZitat:
Zitat von Invidious
2. Gut, das kann ich nicht beurteilen :D
3. Wo tut er das?
Sry, war eigentlich nicht gemeint. Ist nachtraeglich noch von mir reingemacht (ohne Testen). Soltle WriteLine heissen (bin von Delphi her WriteLn gewoehnt).Zitat:
Zitat von Invidious
ConsoleKeyInfo ist ein Klasse. ConsoleKeyInfo.KeyChar eine Variable in der Klasse.Zitat:
Zitat von Invidious
edit: naja ok keine richtige Klasse. Wohl mehr sowas wie ein record (aus Delphi) kA wie das in C# heisst, also der Fehler ist nicht das fehlende initialisieren der "Klasse".
Man könnte das noch editieren und irgendwie markieren oder so. ;)Zitat:
Zitat von Crash-Override
Es ist aber auch ein Fehler, für das gibt es ja do{} while();Zitat:
Zitat von Crash-Override
Kann sein, dass du '~' statt "~" meinst.
Jap, das ist es.Zitat:
Zitat von Drakes
Ich will 2 Fehler und wenn mans jetzt nicht beim Validator eingibt, kann man sogar etwas von sich halten >:( :
HTML-Code:<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
xml:lang="de-CH" lang="de-CH">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859" />
<link rel="stylesheet" media="screen,projection"
title="Standard" href="css/css.css"
type="text/css" />
<title>Title</title>
</head>
<body id="body">
<h1> Titel
</h1>
<ul id="menu">
<li><a href="./index.php?index">Home</a></li>
<li><a href="#">Links</a></li>
<li><a href="#">Links</a></li>
<li><a href="#">Links</a></li>
</ul>
<iframe src="./index.htm" width="500" height="500" >
<p>Ihr Browser kann leider keine eingebetteten Frames anzeigen:
Sie können die eingebettete Seite über den folgenden Verweis
aufrufen: <a href="../../../index.htm">SELFHTML</a></p>
</iframe>
</body>
</html>
Ich würde erstmal sagen, dass es in XHTML 1 kein <iframe> gibt, dafür gibts doch die Frameset Variante, oder? Ein <?xml version="1.0" encoding="iso-8859-1" ?> am Anfang wäre zwar schön, ist aber wohl kaum ein Fehler. Und das width, height und name vom iframe hast du ja grade leider rausgenommen.
Edit: Oder auch nicht. Whatever.
Ich hab's gerade, weil ich nicht draufkam, in den Validator geschmissen und der findet auch nur den einen Fehler. o_O' Bzw. drei, aber alle drei hängen damit zusammen, dass es keine IFrames in Strict gibt. Wenn ich die DTD auf "Transitional" stelle ist alles in Ordnung.
Was sollte denn noch sein? o_O
Das könnte daran liegen, dass es kein Syntaxfehler ist, sondern ein inhaltlicher Fehler:
<iframe src="./index.htm" width="500" height="500" >
<a href="../../../index.htm">
Das widerspricht sich. Ist das einzige, was ich noch finden konnte.
Das muss ich wohl als zweiten Fehler gelten lassen. :p Eigentlich war dead_orc auf der richtigen Spur, der Validator gibt keinen Fehler, wenn man über den Meta-Tag ein fehlerhaftes Encoding übergibt. ;) ( ohne z.B. -1 am Ende, wird wahrscheinlich halbwegs richtig interpretiert, aber nach meinem Wissen existiert das nicht)Zitat:
Zitat von DFYX
Yeah, glatt übersehen -_-
Ich würde übrigens das ../../../ nicht unbedingt als Fehler ansehen. Vielleicht liegt diese Datei ja im Ordner frameset/standard/home/ oder so :o
Hm, dann muss ich mir ja tatsächlich ne Frage ausdenken.
Welcher Browser/welche Engine hat als erstes Acid 2 bestanden?
Zitat:
Zitat von DFYX
Gar keiner. Bisher haben ein post-9.5 Opera Build und ein Webkit Nightly Build es schon auf 100/100 Punkten gebracht, keiner von denen hatte aber eine flüssige Animation. Desweiteren hat der Opera Build vermutlich nach der letzten Änderung am Test (ein Bugfix, der vom Webkit-Devteam eingebracht wurde) keine 100 Punkte mehr.
Wenn es dir nur um die Punkte geht: Opera war der erste Browser, der einen jetzt aber veralteten Test bestanden hat. Webkit/Safari war die erste Engine/der erste Browser, der die neue Version bestanden hat.
Ach blargs, ich laber die ganze Zeit von Acid3 -_-
Ich glaube, bei Acid2 wars aber auch Webkit/Safari oder KHTML/Konqueror, bin ich mir grad nicht sicher :/ (sind ja aber eh eng verwandt)
Safari/Webkit ist richtig.
Zu meiner Verteidigung übrigens noch: Webkit ist ein Fork von KHTML, der ausnahmsweise sehr eng mit seinem "Elternprojekt" zusammenarbeitet, sodass die zweite Engine KHTML war.
So, genau genommen stelle ich zwei Fragen, aber ich hoffe, das nimmt mir niemand übel:
Durch welchen "Hack" ermöglicht FAT32 eine Dateinamenlänge von 255 Zeichen und warum ist es für Flash-Speicher nicht geeignet und wird dennoch benutzt?
(OK, sind eigentlich sogar drei. >_<)
Auch wenn ich die Antwort auf die momentane Frage nicht weiß, muss ich hier noch mal kurz nachhaken: Eng ist die Zusammenarbeit Zusammenarbeit zwischen WebKit und KHTML erst seit kürzerem wieder, aber sicherlich nicht zu Zeiten, als Acid2 noch frisch war. Bis KHTML Acid2 bestanden hat (was zudem zeitweise aufgrund des gezeigten Scrollbalkens noch strittig war), dauerte es noch eine Weile, und afair wurde auch nur rund die Hälfte des entsprechenden Codes von WebKit übernommen.Zitat:
Zitat von dead_orc
Nichts für ungut, wollte ich nur mal erwähnt haben. ;)
Nun denn, es hat noch niemand geantwortet, vielleicht nützt es euch etwas, wenn ich auf xxxxxx~1.xxx, xxxxxx~2.xxx, xxxxxx~3.xxx verweise. Ich kann jedoch nicht die ganze Frage beantworten.