Date: Fri, 12 Feb 2021 18:24:46 +0100 From: Sergio Carlavilla <carlavilla@freebsd.org> To: Daniel Ebdrup Jensen <debdrup@freebsd.org>, Doc Manager <doceng@freebsd.org>, freebsd-doc@freebsd.org Subject: Re: Regarding AsciiDoctor and long lines Message-ID: <CAFwocyOBLW0Siwtk0A%2BQox_MQt4KqCnMvHa_1s23RmjqqmLUkw@mail.gmail.com> In-Reply-To: <CAFwocyOdSqnVUcRgUhiecXvG2qGasnL2VU0JugwEVc-WuvJxOg@mail.gmail.com> References: <20210210135028.u2mm3bhwgep557vu@nerd-thinkpad.local> <CAL2%2B-iWpZQi-x4cMLqCMuMH22REirEChP6__m%2B5gd_ZRBwqvGg@mail.gmail.com> <20210210140716.pr6up7uxjdf2gydu@nerd-thinkpad.local> <CAFwocyNttBcOvyYVcs9Mp12bEmiWFCV3vWZCxnixc2QjmQ9%2ByA@mail.gmail.com> <c7d36625-0688-9ebb-de03-0e9b5eb55a82@freebsd.org> <20210210160348.xfy3un6bx5u7cqvj@nerd-thinkpad.local> <YCZ4TedB5G1sI8L1@emphyrio.blackend.org> <CAFwocyOYepw%2BntThzGp8ZNKQrPHm9bzgK60_fpfu1BZ5v39y9Q@mail.gmail.com> <20210212170859.lzzj5qrriovjd2ux@nerd-thinkpad.local> <CAFwocyOdSqnVUcRgUhiecXvG2qGasnL2VU0JugwEVc-WuvJxOg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 12 Feb 2021 at 18:16, Sergio Carlavilla <carlavilla@freebsd.org> wrote: > On Fri, 12 Feb 2021 at 18:09, Daniel Ebdrup Jensen <debdrup@freebsd.org> > wrote: > >> On Fri, Feb 12, 2021 at 03:09:35PM +0100, Sergio Carlavilla wrote: >> >On Fri, 12 Feb 2021 at 13:45, Marc Fonvieille <blackend@freebsd.org> >> wrote: >> > >> >> Le 10.02.2021 17:03, Daniel Ebdrup Jensen a =C3=A9crit : >> >> > Yeah, I'm perfectly fine with doing it like how manual pages work, >> ie. >> >> > the one-sentence-per-line workflow, if I understand it. >> >> > >> >> >> >> One sentence per line makes the read of diff/commit logs really >> >> difficult. I gave up reading the commit logs because of that. >> >> It's really a pain to find what changed without even talking about th= e >> >> edition of a long non-wrapped line in an editor. >> >> Some languages are very verbose, so we would end with very long lines= . >> >> For a such change seems so backward. >> >> >> >> > I'll be re-working the handbook/x11 chapter to that at some point. = :) >> >> > >> >> >> >> Please don't. >> >> >> >> -- >> >> Marc >> >> >> >Hi, >> > >> >I know that this approach it=E2=80=99s causing some confusion with the = diffs >> tools. >> >But instead of using a different way that recommended from the >> AsciiDoctor >> >team I think we should try to focus on getting a solution in the diff >> tools. >> > >> >Maybe we can talk with the AsciiDoctor team. >> > >> >Bye. >> >> Hi folks, >> >> Marc does have a point, which I think is quite valid. A lot of people do >> reviews of code in the email they're sent, where - at least for the >> commits, it's inlined - and pursuant to discussions about this >> elsewhere, that doesn't seem likely to be changing any time soon. >> >> If diffs were attachments with the text/x-patch or text/x-diff >> mime-type, it'd be up to peoples MUA and possibly their .mailcap as to >> how it should be opened, but that's not something that's doable with the >> current setup. >> >> So I do think wrapping to 72 columns is the better option here, if we >> want to retain the broadest review possibilities. >> >> Yours, >> Daniel Ebdrup Jensen >> > Hi, > > Ok, if we use this approach. > > What are we gonna do with: > > Headings > Unordered list > Ordered list > Images > Include macro > AsciiDoc variables > Custom macros > > And I need to test classes and links. > > Bye. > > Hi, I think the doceng team should pronounce about this. IMHO, use the 72 characters per line would be a problem in the future. Bye.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFwocyOBLW0Siwtk0A%2BQox_MQt4KqCnMvHa_1s23RmjqqmLUkw>