From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by sourceware.org (Postfix) with ESMTPS id 5EEE738561B1; Thu, 20 Oct 2022 11:26:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5EEE738561B1 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=suse.cz Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.cz Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 27AB51FCD7; Thu, 20 Oct 2022 11:26:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1666265180; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Th43mZyGpe7Okdb1W8nT0+anPKoSxoBgy2BQ0f+oG7Q=; b=uRlXi0IFTmyw4Ns1iRWtDShq/967yrODml3LKBsS/ByTKNEPlwTzhibR2Tp0/axe/x3wWJ h6pT4UTEAKqDlIo6zp3HL5UETXScNY8DIrUcEBIQmyQPbhiSUakm12ytgcmser1rFXqe/x 3ciBMwUedRobg/6d6LDtpz6Ud4zQCeU= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1666265180; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Th43mZyGpe7Okdb1W8nT0+anPKoSxoBgy2BQ0f+oG7Q=; b=9c4KNERke1gJrFSoAzKOoiGz3LoQjqKg8x7iXodQIRq6QrNYafbOfKvbZ8eTBdlcKaCPJ+ ne8OXqC0ex02Q9DA== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 04CF713494; Thu, 20 Oct 2022 11:26:20 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id C08yAFwwUWMsfwAAMHmgww (envelope-from ); Thu, 20 Oct 2022 11:26:20 +0000 Message-ID: <4cc480da-07dc-5180-77e4-7bebab1163a6@suse.cz> Date: Thu, 20 Oct 2022 13:26:19 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.3 Subject: Re: Announcement: Porting the Docs to Sphinx - 9. November 2022 Content-Language: en-US To: Sandra Loosemore , GCC Patches , GCC Development Cc: "Joseph S. Myers" , Gerald Pfeifer References: <9975b774-46d7-8870-fd92-498f5ec50ab4@suse.cz> <9ea57a95-fefe-81a3-848e-ede0893f5b61@suse.cz> <8198573b-89e2-a232-3e33-0e5c4153c112@suse.cz> <5088118f-ae16-c746-2889-71ae6a4e2c3a@codesourcery.com> <510eaf27-1b33-11fc-0315-dbf8e901430f@codesourcery.com> From: =?UTF-8?Q?Martin_Li=c5=a1ka?= In-Reply-To: <510eaf27-1b33-11fc-0315-dbf8e901430f@codesourcery.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_EU,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 10/19/22 18:30, Sandra Loosemore wrote: > On 10/19/22 05:09, Martin Liška wrote: >> On 10/18/22 00:26, Sandra Loosemore wrote: >>> On 10/17/22 07:28, Martin Liška wrote: >>>> Hello. >>>> >>>> Based on the very positive feedback I was given at the Cauldron Sphinx Documentation BoF, >>>> I'm planning migrating the documentation on 9th November. There are still some minor comments >>>> from Sandra when it comes to the PDF output, but we can address that once the conversion is done. >>> >>> My main complaint about the PDF is that the blue color used for link text is so light it interferes with readability.  Few people are going to print the document on paper any more, but I did try printing a sample page on a grayscale printer and the blue link text came out so faint that it was barely visible at all. >> >> Sure, I've just added support for monochromatic PDF output where one needs to use >> MONOCHROMATIC=1 make latexpdf ... >> >> and I linked the file here: >> https://splichal.eu/scripts/sphinx/gcc/_build/latexmonochromatic/gcc.pdf >> >> right now I build only one PDF in this mode and it's mentioned here: >> https://splichal.eu/scripts/sphinx/ >> >> What do you think about it now? > > Hmmm, removing *all* visual cues that something is a link does not seem so great either, especially since the new format has changed the link text for @xref to remove the page and section information.  E.g. we used to get "See Section 3.4 [Options Controlling C Dialect], page 44." and now it just reads "See Options Controlling C Dialect." > Hey. > I realize there is a can of worms here involving philosophical issues about whether the PDF manual is intended to be formatted for reading as a book or is just a handy way to repackage the hyperlinked web presentation for offline reference.  Also there is another can of worms involving making the documentation accessible to people who have visual disabilities, specifically color blindness issues.  Just speaking for myself, I'd be happy if the PDF just used a darker blue color for links that is both distinguishing and higher contrast with the background than the current light blue, but I think it is one of the principles of accessible design that color really shouldn't be the *only* indication of something that initiates an action.  Maybe underlining, or a little link glyph, or restoring the section/page info to the link text? I've just tweaked the monochrom. PDF where dark blue color is used for links. About the links, there are multiple PDF viewers (like Evince) which can do a preview if you hover over a link. Plus a page number is showed in a toolbar. What it comes to the philosophical issues of the monochrom. PDF, well, I would recommend discussing that with Sphinx upstream project. I bet they must have other projects who's readers might request similar needs. Intention of my monochrom. PDF was to show that Sphinx PDF output can be quite easily adjusted. > >> >>>    An E-ink reader device would probably have similar problems. >> >> There ePUB would be likely better output format. What do you think? > > Ooof, a lot of problems there.  I looked at your new generated .epub in both the "ebook-viewer" utility on my laptop and on my Kobo Forma.  The Kobo uses the default proportionally-spaced font for everything; even the code examples fail to come out in a fixed-width font.  ebook-viewer shows fixed-width fonts for code examples and inline references to e.g. command line options, but the names of options in the option tables sections are in the proportional body font.  Also in both viewers I see hyperlinks to https://splicha.eu/...  in place of internal links in some references to command-line options and the like, and the formatting of the option summary tables really sucks, with lines breaking at hyphens in the middle of option names. Sure, let's leave it for now and keep it as a might-have thing for the future! Appreciate the feedback, Cheers, Martin > > I suggest we try to focus our efforts on the currently-supported formats before adding EPUB as a new format. > > -Sandra