Citando al autor de una cita en bloque usando la sintaxis Markdown

140

Estoy usando Symfony CMS y usa Markdown para escribir artículos. Necesito hacer una cita en bloque de una cita de Benjamin Franklin y me gustaría tener la cita seguida de una cita debajo, pero en este momento todo lo que hace es una cita en bloque de toda la línea. ¿Cómo se hace esto en la sintaxis de rebajas?

Crítico de CMS
fuente
Esperaba que la respuesta cambiara algo: `` `@inproceedings {zhou2019objects, title = {Objects as Points}, author = {Zhou, Xingyi and Wang, Dequan y Kr {\" a} henb {\ "u} hl , Philipp}, booktitle = {arXiv preprint arXiv: 1904.07850}, year = {2019}} `` `A la cita en línea de APA o IEEE + bibliografía. Desearía ... pero aparentemente no es látex
Daniel Kurniadi

Respuestas:

183

Markdown no tiene una sintaxis de citas dedicada.

Su mejor apuesta es algo como esto:

> Quote here.
>
> -- <cite>Benjamin Franklin</cite>

lo que resulta en:

Cita aquí

- Benjamin Franklin

ceejayoz
fuente
42
Yo usaría un & mdash; en lugar de dos guiones.
Evan
66
@Evan Style depende totalmente del usuario. Mi instalación de Markdown incluye Smartypants, que se convierte en un emdash.
ceejayoz
3
La cita es incorrecta para marcar el nombre de la persona. dev.w3.org/html5/spec/single-page.html#the-cite-element
Atadj
3
@Paul Esta es una situación en la que estoy perfectamente feliz de ignorar sus recomendaciones. Dado que los discursos orales, no solo las publicaciones, pueden citarse típicamente en un trabajo académico, me siento cómodo llamando a eso una cita en la web también.
ceejayoz
3
Afirmando que solo el autor no parece ser un uso incorrecto de acuerdo con este documento: w3.org/html/wg/drafts/html/master/… Cito:The cite element represents a reference to a creative work. It must include the title of the work or the name of the author(person, people or organization) or an URL reference, or a reference in abbreviated form as per the conventions used for the addition of citation metadata.
Zelphir Kaltstahl
87
> The secret to creativity is knowing how to hide your sources. 
> -- <cite>[Albert Einstein][1]</cite>

[1]: http://www.quotedb.com/quotes/2112

Si tiene un manual de estilo, use sus pautas para determinar exactamente dónde colocar la cita, etc.

La salida de Markdown + Smartypants para lo anterior es

El secreto de la creatividad es saber cómo ocultar tus fuentes. - Albert Einstein

Darren Meyer
fuente
44
" &mdash;Usaría un guión en lugar de dos guiones", - @Evan, stackoverflow.com/a/2002150/934739#comment1923634_2002150 .
Gerard Roche
Para empujar la cita a una nueva línea, agregue 2 espacios al final de la línea anterior, por ejemplo, en el anterior agregue 2 espacios después de "fuentes".
Gerard Roche
"Smartypants" es un término muy sobrecargado. ¿Qué hay en este contexto? ¿Alguna biblioteca de JavaScript? ¿Tiene alguna referencia (responda editando su respuesta , no aquí en comentario)?
Peter Mortensen
@PeterMortensen Creo que se refiere a Albert Einstein, pero podría estar equivocado.
Joshua Pinter
4

Agregar otra muestra aquí como referencia. Generado a partir de https://en.wikipedia.org/wiki/Special:CiteThisPage

> Test-driven development (TDD) is a software development process that relies on the repetition of a very short development cycle: requirements are turned into very specific test cases, then the software is improved to pass the new tests, only. 
>
> --- [Test-driven development. (2016, November 20). In Wikipedia, The Free Encyclopedia. Retrieved 23:45, November 20, 2016](https://en.wikipedia.org/w/index.php?title=Test-driven_development&oldid=750634597)

Produce lo siguiente:

El desarrollo basado en pruebas (TDD) es un proceso de desarrollo de software que se basa en la repetición de un ciclo de desarrollo muy corto: los requisitos se convierten en casos de prueba muy específicos, luego el software se mejora para pasar las nuevas pruebas, solo.

--- Desarrollo basado en pruebas. (2016, 20 de noviembre). En Wikipedia, la enciclopedia libre. Consultado el 23 de noviembre de 2016 a las 23:45

Dilini Rajapaksha
fuente
2

1. Como cualquier cita se supone que tiene una fuente, incluso si es desconocida.

2. Dado que un descuento > Quotese representa como <blockquote><p>Quote</p></blockquote>y

> Quote1
>
> Quote2

se representa como

<blockquote>
  <p>Quote1</p>
  <p>Quote2</p>
</blockquote>

Mi solución a esto es siempre tomar el último <p></p>como fuente y manejarlo por CSS (en mi caso SCSS):

blockquote {
    p {
        display: inline;

        &:first-of-type {
            quotes: '\201C' '\201D' '\2018' '\2019';

            &::before {
                content: open-quote;
                margin-right: 0.1rem;
            }
        }

        &:last-of-type {
            quotes: '\201C' '\201D' '\2018' '\2019';
            font-style: italic;

            &::before {
                content: close-quote "\000A" "\2014" " ";
                white-space: pre;
                margin-left: 0.1rem;
                font-style: normal;
            }
        }

        // In case of a quote without a source.
        &:only-of-type {
            font-style: normal;
            quotes: '\201C' '\201D' '\2018' '\2019';

            &::before {
               content: open-quote;
               margin-right: 0.1rem;
            }

            &::after {
                content: close-quote;
                margin-left: 0.1rem;
            }
        }
    }
}

En \000Ael formato CSS de la nueva línea de caracteres Unicode , ayuda a que la fuente aparezca en la siguiente línea, si no lo desea, simplemente elimínelo y agregue algunos espacios allí. Los otros también son de formato CSS Unicode.

Comportamiento indefinido
fuente
0

Personalmente, prefiero anidar una cita en bloque en una cita en bloque.

Así es como me gusta hacerlo:

> Quote here.
>
>> <cite>Benjamin Franklin</cite>

El resultado varía en la forma en que diseñas todo, pero usar el simple `ol github se ve así, ¡lo que personalmente creo que se ve genial!

ingrese la descripción de la imagen aquí

https://gist.github.com/nahtnam/63e3a14acd0f02313ec0

nahtnam
fuente
21
Aunque esto se ve bien en una vista previa de Markdown, esto no es semánticamente correcto.
joeyhoer