De Ontwikkelaars van het Web van de Vensters van de aandacht: De safari voor Vensters is hier!
Bij het werken met websites, enige belangrijkste was browser ik niet onder heb kunnen testen Safari. Ik heb IE6, IE7, Firefox, Opera en Mozilla die en zelfs Konqueror op dubbele laars op mijn Desktop wordt geïnstalleerdn. Maar ik kon nooit voor Safari testen. Dat wordt nu veranderd!
U kunt Safari voor Vensters XP & Uitzicht downloaden hier: http://www.apple.com/safari/download/
Goed, is de safari voor vensters geen substituut voor safari onder MAC, als dat is wat u bedoelt.
De safari voor vensters is aardig, niet slecht maar absoluut bèta, (in de originele betekenis van het woord).
De safari voor MAC is heel wat robuuster, enz.
Zo voor zover ik betroffen ben trekt de Safari voor vensters, terwijl een goede zaak, aan het aantal browsers aan test voor toevoegt, het niet het aantal van OS af u moet toegang hebben tot om behoorlijk te testen
Juicht toe,
DR.
Commentaar door digitalramble - 18 Juli, het 2:47 p.m. van 2007 @
Ja was ik over dat benieuwd. Hoe dicht CSS van de safari het ontleden op MAC en PC en iPhone zou aanpassen
Commentaar tegen Brian - Juli 18, het 6:24 p.m. van 2007 @
Fundamenteel, gebruikt de Safari (MAC) KHTML teruggevend motor, zodat is gebruiken van Konqueror eigenlijk een betere manier om redelijk zeker te zijn dat de Safari zonder MAC te gebruiken werkt. Voor Safari (vensters) ik weet zij haven elementen moesten sluiten, zodat zijn er het gaan een insectenfactor enkel van dat alleen zijn.
Dit gezegd zijnde, heb ik zeker gevonden de insecten in Safari die niet ' in Konqueror (of minstens vond ik het tegelijkertijd, die op om het even welk ogenblik tussen 2002 en nu) zou zijn zo enkel sorterend uw tests die op de het teruggeven motor worden gebaseerd bestond geen 100% gaat zijn maar het is dicht vloek.
Ik ben vrij zeker ik een oude post besprekend hoe te om uw het testen op te stellen om het aantal van browsers/OS te minimaliseren en te maximaliseren heb wat dat het testen u vertelt
Commentaar door digitalramble - 19 Juli, het 1:03 am van 2007 @
Het is zelfde browser op iPhone zoals MAC of de Vensters. Het is webkit3 zo devs prob wil niet op Safari op Vensters overschakelen, maar het is usseful voor het devving voor iPhone. Als het in Safari aan uw OS werkt, zal het ook werken aan iPhone.
Commentaar tegen Aaron Brazell - 19 Juli, het 2:53 p.m. van 2007 @
Brian, heb ik uw verklaring van URN & URL op uw andere pagina gelezen. Houdt steek, maar onze professor heeft de volgende vraag gesteld: „Wat u geloven zijn de voordelen van een URN of een URL van zowel het standpunt van een middelgebruiker als een middelleverancier?“
Hier is wat ons team in antwoord op haar vraag heeft geschreven:
In uw groepen, debatteer de voordelen van een URN of een URL van zowel het standpunt van een middelgebruiker als een middelleverancier.
Een URL identificeert middelen door de plaats te beschrijven terwijl een URN middelen door naam identificeert.
URL volgt een weg aan de bron en daarom moet URL in een bepaalde orde worden geschreven of het punt kan niet worden gevonden. De URN is voordelig in het feit dat het noemt of een voorwerp in plaats van het noemen van een weg identificeert. Als de weg verandert kan de URN nog van het punt de plaats bepalen, terwijl URL zou moeten worden veranderd of de verbinding worden gebroken. De gebruikers zouden niet zo veel tijd moeten doorbrengen zoekend naar de ontbrekende schakels; zij zouden slechts in de naam moeten typen.
De urnen zijn universele namen aan universele middelen. ISBN is speciale URN voor boeken; in feite, is er een categorie van de URN voor ISBNs. Zo, als bibliothecarissen, kunnen wij druk en media middelen verbinden met Urnen en zich over gebroken verbindingen moeten niet ongerust maken.
In verband met het voordeel van bibliotheekgebruikers, zou dit één meer middel kunnen zijn om de permanentie en de beschikbaarheid van zowel druk als de middelen van verschillende media te verhogen. De boeken zouden bij Urnen kunnen worden gezet zodat zij nooit „uit druk gaan,“ en de websites konden Urnen gebruiken om de voorbijgaande aard van online informatie te verminderen.
Hoofdzakelijk, zouden de Urnen de organisatie en de herwinning van elektronische middelen vereenvoudigen. Een ander voordeel van URN is hoe zij worden genoemd. Zij moeten een specifieke syntaxis volgen, die elke naam uniek maakt. Met URLs, is het mogelijk voor twee websites om de zelfde „plaats“ maar volledig verschillende resultaten te hebben.
Één nadeel van een URL is dat URLs voorbijgaand is. Als een URL ongeldig wordt kan het opnieuw geldig worden; nochtans, kan het nu worden gebruikt om van een ander middel de plaats te bepalen. Dit kan verwarring voor de middelgebruiker veroorzaken. Een URN identificeert constant het zelfde middel. De urnen bereiken ook sommige voordelen van URLs. Één positief van een URN is dat naamsubspaces permanent worden toegewezen; daarom kan de zelfde URN niet aan een ander document worden opnieuw toegewezen.
URLs kan abstracte middelen soms identificeren dat zij niet kunnen de plaats bepalen van. Één voorbeeld is een XML namespace. Dit is abstract voor URL. URLs kan hen identificeren maar hen niet opsporen.
Champin, Pierre-Antoine. „Waarom URLs goede URIs is, en waarom zij niet.“ zijn 5 Mei 2001.
Universite Claude Bernard Lyon 1. 16 Juli 2006.
http://www710.univ-lyon1.fr/~champin/urls/
Leek, Brian. De code Cavehttp: /www.thecodecave.com/article93
Kozierok, Charles M. De gids TCP/IP. http://www.tcpipguide.com/free/ t_Uniform
ResourceNamesURNs.htm © Auteursrecht 2001-2005
Denkt u wij op het juiste spoor zijn?
Commentaar tegen Boz - Juli 23, het 9:22 am van 2007 @