Extension:Collection/Wishlist/LQT Archive 1

Please add your ideas and feature requests to this page.

collection page

 * add link to "category:collections" (global and user) to this page
 * Implemented in revision 42329 Jbeigel 09:50, 22 October 2008 (UTC)
 * Multiple nested articles. I'd like to be able to embed my articles in sections more than one level deep.

Features

 * Allow users to keep their collections private (This makes it not show up on the Category:Collections)
 * Create a "My collections" link which shows up when a user is logged in. This shows all the collections created by a single user.
 * Ticket http://code.pediapress.com/wiki/ticket/330 Jbeigel 09:27, 22 October 2008 (UTC)
 * Include SVGs as vector format in PDF, for better print quality and lower file size.
 * This would require a lot of work in the writers. Also the image fetching would have to be changed. Furthermore I believe that in many cases the file size would actually increase: there are many articles where lots of flag icons are used - the resulting png images are approx. 20px wide and should be a lot smaller than the svg images. Volker.haas 13:19, 28 November 2008 (UTC)
 * Some Checkboxes that influnce the Output:
 * GFDL: Yes/No
 * Images: Yes/Gray/No
 * external Links: link/In-text/bottom of page/end of chapter/end of book/no (at least yes and no)
 * Directly save resulting pdf at commons/wiki (that you don't have to generate it every time new!)
 * Rendered collections are cached until they are removed by some external cron job. The advantages are: (a) The PDF writer and other software is being constantly improved and all improvements will be incorporated in PDFs that are re-rendered from time to time. (b) The articles themselves change. If an article collection is saved as wiki page and re-rendered on a later date, the newest revisions of the contained articles are used. (There is a ticket that addresses the problem that older revisions should be used explicitly instead) Jbeigel 14:13, 28 November 2008 (UTC)
 * Name the resulting file as the collection was named instead of collection.pdf/odf
 * This can be problematic, as almost any valid Unicode character is allowed in the (optional!) title of a collection and every OS/filesystem has some restrictions regarding filenames. I think it's not too hard to rename the resulting file. Jbeigel 14:16, 28 November 2008 (UTC)
 * Translate the standard-texts into local languages (I would o for german):
 * "External links" -> "Externe Links"
 * "Source:" -> "Quelle"
 * "Principal Authors:" -> "Hauptautoren"
 * "PDF generated using the open source mwlib toolkit see http://code.pediapress.com/ for more information" -> "PDF-Export mit Hilfe des Open Source Toolkits mwlib, mehr Informationen unter http://code.pediapress.com/"
 * Texts like the above inside the PDF can now be localized. The localizations should soon be available at http://translatewiki.net/ Volker.haas 13:36, 28 November 2008 (UTC)
 * As of changeset cd35710572e7, l10ns for de, fr, hu, it and pl are avaiable. More will be included as soon as the integration with Betawiki is finished. Jbeigel 14:16, 28 November 2008 (UTC)

Output HTML
I like the UI to add pages then output as a collection! But PDF as an output format is so 1990s. Can it generate a static set of HTML pages with a TOC? That would be more useful, lighter weight, and with latest CSS, equally attractive. -- skierpage 20:28, 1 October 2008 (UTC)
 * It seems like the Help:Print versions at Wikibooks. HTML would be a good option to add to the current list (PDF, Open Document). Helder 11:46, 19 January 2009 (UTC)

Output LaTex
Is it possible to have the option to output the contents of a collection to a ".tex" file? If that could be done, someone (mathematician) could do some changes in the final tex file, or to use it into another document, and make a output (maybe a pdf) direct from the LaTex compiler... Helder 11:54, 19 January 2009 (UTC)
 * Currently we do not plan to offer LaTex output. -- Volker.haas 10:16, 27 February 2009 (UTC)

Output PDF
-- heuler06 18:09, 10 October 2008 (UTC)
 * Images should have a white or transparent background. Transparent images' backgrounds appear black. ✅
 * The equations in the math environment are embedded as bitmap. Since the latex source is available they should be embedded as vector graphics using a math font. (wish of b:de:User:Dirk Huenniger)
 * unfortunately this is currently not possible because there is no feasible way to do this with the reportlab toolkit that is used to generate the PDFs Volker.haas 13:08, 28 November 2008 (UTC)
 * I wish it would build a Table of Contents in the beginning with page numbers. Ideally these would link to pages in the document rather than to the internet.
 * I second this. I'd also like to have the PDF understand the TOC as well (so viewers that understand TOC sections can show them)
 * I with there were an option for links to pages that are in the pdf actually link to the pdf rather than back to the wiki online
 * The pdf that is generated looks good and with the usability improvement it makes it even better. Is it possible to take the title of each article, subtitles etc. and generate bookmarks?
 * The PDFs should already contain bookmarks. Chapters, Articles and all Sections should be listed in the bookmark section of the PDF viewer. Volker.haas 13:15, 28 November 2008 (UTC)
 * And a Table of Content (the Special:Book page should have the beginning/end/no option) FrViPofm 16:35, 28 February 2009 (UTC)
 * There is a ticket for that issue. -- Volker.haas 10:22, 4 March 2009 (UTC)
 * Instead of external images being referred to as a footnote, an option to include the external images into the rendered PDF would be quite handy.
 * The main title is not very sexy ;-) (bad justification of first page, would be better centered) Is it a way to record some style in User:Me/Collections in a some stuff... FrViPofm 16:35, 28 February 2009 (UTC)

Semantic Wiki integration
I was thinking about something to generate Collections dynamically with a SMW query. This would be the code in the Collection page: --Tischda 10:38, 15 October 2008 (UTC)


 * I think first the properties and so on should be displayed correctly in PDF and ODT Output, by know there are this ugly Property::Value things in the PDF or ODT
 * Second the Output of semantic queries should be displayable in PDF or ODT.
 * I think this is more important then generating Collections from Queries. --DaSch 17:10, 3 November 2008 (UTC)
 * I use a workaround for properties: Create a template with  --Tischda
 * But thats not really a good solution. And adding a proper handling to collection should not be that difficult. --DaSch 21:33, 7 January 2009 (UTC)

Substituting templates in global namespace
On german Wikibooks, we use book own templates with the form “Bookname/ Template:Templatename”. I would like it substitute with a alternative template with name “Bookname/ Template:PrintTemplatename”. Please add substituting for templates in this form. --Prog 17:30, 28 February 2009 (UTC)
 * To be more precise, template substitutions should work with at least two Namespaces - NS-TEMPLATE and NS-MAIN. We use NS-MAIN for bookspecific-templates, which we include via  {{:  - mechanism. This is for different reasons. Either to create different versions of a book - Think of different types of a single book - one book with solutions and the other without them. We use our NS-TEMPLATE in a different way and with other project-specific policies  and would like to continue to do so. -- Thepacker 19:48, 28 February 2009 (UTC)

legal stuff
-- heuler06 18:09, 10 October 2008 (UTC)
 * Due to the GFDL there has to be the text of the GFDL in the document. ✅
 * The author(s) of the images should be named as well as the license of the images, at least for CC- and GFDL-licenses.
 * All images now link to their origin in the wikipedia/commons. This is not quite the same as the above proposal, but I believe, that way licenses and image contributors can be checked quite easily. Volker.haas 13:12, 28 November 2008 (UTC)

Start new page for every article

 * Is it possible to start a new page for every article in the collection? Now the articles are all appended into one 'big' article and then exported to PDF, what I would like to see is that every single article is exported to a new PDF page in the same document (like the chapter function).
 * This in controllable through options to mwlib.rl, but it would be nice to have it as an option in Collections.

Load saved Collection
Is it possible to open (load) a once saved collection?
 * Yes of course, just go to the page of the saved collection and click on the "Load collection" link in the sidebar Jbeigel 09:43, 7 January 2009 (UTC)

No portlet in the sidebar
I do not see a portlet in my sidebar, I think it is due to the fact that my urls are different. My urls look like this: http://www.mysite.com/index.php/Categorie:CatName. If I port my installation to another server it works, here the url links look like: index.php?title=ArticleName. How is this possible?
 * First of all: This is neither a support forum (preferably use the mailing list for questions), nor a bug tracker, but a feature wishlist. See http://code.pediapress.com/ for more information. Regarding your question: Displaying the portlet does not depend on the URL format, e.g. Wikibooks sites use the short URLs and the portlet is displayed just fine. Did you follow the steps described in the README.txt of the Collection extension? Jbeigel 14:29, 7 January 2009 (UTC)

Installpackage

 * An separate Windows installer or maybe a xampp addon for Windows that includes the pdf rendering server (mwlib) would be nice and timesaving

More like the wikipage
On my wiki(http://www.wecowi.de) (I'm using Semantic MediaWiki) the pages I create with Collection are not nearly like the page. For example CSS-Styles like display:none are not used, and the semantic Links with property::page are taken into the generated PDF and so on. Another think is that the formating of tables is not right, they all go over the whole page. So please make the pages look a bit nicer. At the moment the usebility for my wiki tends against zero and thats very dissapointing. --DaSch 19:44, 10 February 2009 (UTC)

Extension Tags
It should be possible tot exclude extension-tags which, for now, are not supported. Tags like:  etc.