El origen del Link
De Searchology
La Naturaleza de Internet se funda en la Identidad necesaria entre Link y Clic.
Y ésta fue la visión de Sir Timothy "Tim" John Berners-Lee, que intuyó la unión entre Ser Humano y Máquina.
Sobre la Naturaleza del Link se dice:
- Un enlace cuenta con dos extremos, denominados anclas, y una dirección. El enlace comienza en el ancla origen y apunta al ancla destino. S de la página con "#atributo name" añadido. Cuando los enlaces de destino invocan, además de texto, elementos multimedia (de una persona a una persona, de varias a una, de una a varias, de varias a varias, etc).
Por ello se dice de la existencia del Silogismo Disyuntivo Internet:
- {Link ↔Clic}
Sobre el Silogismo Disyuntivo se funda asimismo la identidad necesaria entre Sujeto y Objeto, a saber: una suerte Identidad Search entre Ser Humano y Máquina, que sostenemos acontece en el concepto epistemológico de Entre.
- { Máquina ↔ Ser Humano }
En Internet se sostiene de este modo la creación y existencia de lo que hemos denominado como Silogismo Disyuntivo Epistemológico, que puede considerarse como originario, y fundamento de Interpretación y la reflexión sobre si es posible una Equivalencia entre Búsqueda y Resultado.
Y este es el punto de partida de estos tratados sobre la naturaleza de internet.
Haga clic para ver unaImagen sobre el Origen del Link Imagen:http://www.ithinksearch.com/searchology/images/atenea-SEARCHOLOGY-ithinksearch.gif"
Texto Fundacional de Tim Berners-Lee sobre el Link
Dijo el Unitarista Tim Berners-Lee:
- Here is a run-through of what is needed to make a www server , with examples from a suggested server for the HEPDATA base of Mike Whalley . See also etiquette .
- Basically, to make the data available, you make a server which is a modified version of your program. When a user follows a link to HEPDATA (or runs a command to jump straight there), the client program opens a connection to a server program on a VM machine (say, but could be VMS or unix). The server in turn runs your program.
- Let me just describe the essence of the changes needed so that you can get an idea of how much effort would be involved.
- The first thing you do is to make up an arbitrary naming method for anything which HEPDATA can display. In this I include the welcome page, any menu, any article, any help text. Typically one invents a hierarchical naming scheme, like
/HEPDATA The first "welcome" menu /HEPDATA/HELP The top-level help
/HEPDATA/HELP/REAC The help on the reaction database.
/HEPDATA/REAC The reaction database itself
/HEPDATA/REAC?P+PBAR list of reactions involving p and pbar (?)
/HEPDATA/DATA/RD125V687 Some article (say).
- You do this because, whereas an interactive user follows a path through the program, the W3 user calls the program once for each thing. There is no "state" information. This allows one to make a hypertext link to any part of the scheme and jump back in again later. For example, one might want to quote an article, or the reaction database, or a particular list of reactions.
- Now all you do is modify the program so that, given a name above, it will return the required document. This means basically turning it from a sequence the user goes through into a set of conditionals to isolate each of the individual cases above. Apart from that, the data retrieval code is unchanged apart from the output formatting. Many of the options in fact mean mapping the name onto a fixed file's name its the searches which have to activate real code.
- The hypertext trick you need to use in the menus. Where an option is normally output to the screen, you have to tell the client what to ask for is the user selects that option. For example, in the main menu /HEPDATA you have an option which gives the help. You would represnt this "anchor" as
- <A NAME=4 HREF=/HEPDATA/HELP> Help </A>
- "Help" is all that is displayed, with some indication that it is an option. If the user choses (clicks a mouse on, choses by number depending on which client he has) then the client asks the server for /HEPDATA/HELP. ("A" is for "anchor", "HREF" is for "hypertext reference")
- For the index searches, it's as simple. When the server sends the text called /HEPDATA/REAC it also sends a special tag . This tells the client to enable a FIND command, or find panel etc (depending on the client). You don't have to do any human interface work. The client automatically comes back with a search coded up in the form /HEPDATA/REAC?P+PBAR etc. Your server in turn returns a menu (say) with pointers to the data which has been found.
- You can also put some formatting tags (like headings) which will make the data look really nice on a window system.
Sobre el Link y la Naturaleza de Internet
- Sobre el Link y la Naturaleza de Internet
- El origen del Link
- Las condiciones del Link
- Link-Hijo
- Link-In
- Link-Madre
- Link-Out
- Causa y efecto en los Estados del Link
- Condición del Link
- El Link y el concepto de antecedente y consecuente
- El Link y sus Estados Lógicos
- El Link-from, el Link-to y el Link-for
- El NO en los Links
- El Nuevo Link
- Elemento estático y elemento dinámico del Link
- La Naturaleza del Link
- La Paradoja del Link
- Las 2 dimensiones del Link
- Representación Grafica elemental del Link
- Link, lo variable y lo estático
- Link-In y Link Out
- Link-Madre y Link-Hijo
- Valores de Verdad y Falsedad del Link
- Link
- Uso de Links
- Links y el concepto de asignacion
- Definición de Arquitectura de Links
Enlaces externos
- Link W3c — Introduction to links and anchors.
