Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
Hi Drew, *, On Sat, Jun 25, 2011 at 4:06 AM, drew d...@baseanswers.com wrote: On Fri, 2011-06-24 at 21:03 -0400, webmaster for Kracked Press Productions wrote: snip Why the vertical navigation instead of the horizontal second or third ones like both LO.org site and the wiki site. Different theme.. Yes, the LibreOffice-Box theme was based on the initial TDF-Theme, that page at the time did not have any subpages, so the left-hand navigation was added to have /some/ way of having subpages. But of course you're free to create your own theme. I just chanted that - Look at the site right now: http://dvd.north-america.libreofficebox.org With that theme, you can use the Fullwidth checkbox to hide the left navigation. Right - I tend to agree, so maybe we need to make our own theme, again, again? or just convince others to let us ? Don't understand that - why or the two sentences are the same, aren't they? You don't need permission to create your own theme, it requires a bit of reading as to how Silverstripe creates the pages, but apart from that it is straightforward. See http://doc.silverstripe.org for documentation about the template format. [...] Also I was wondering how the system would compensate for all the shared folders and links so the files will be properly located on the ISO of the DVD? The CMS exports the rendered html pages. A script then extracts all links to assets from those files and creates a list of files that then are copied along with the html. So only what is referenced from the html pages will be copied, the rest will not be included. The script adds some additional stuff related to the browser that is launched when using the DVD on Windows (Kmelon browser, and the launchers to install LO directly) [...] Right and it appears to me that they also did not use the CMS to produce the .iso, only for distribution, so far. No, the CMS is the master for the DVD's content as well. But the actual ISO creation is of course a seperate step. (CMS exports HTML, script extracts links from the html, copies files from assets the theme's files, then you got a directory that you need to create an ISO from) http://devel.libreofficebox.org/ is what would you see on the DVD when you inserted it locally. ciao Christian -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
On Sat, 2011-06-25 at 11:10 +0200, Christian Lohmaier wrote: Hi Drew, *, On Sat, Jun 25, 2011 at 4:06 AM, drew d...@baseanswers.com wrote: On Fri, 2011-06-24 at 21:03 -0400, webmaster for Kracked Press Productions wrote: snip Why the vertical navigation instead of the horizontal second or third ones like both LO.org site and the wiki site. Different theme.. Yes, the LibreOffice-Box theme was based on the initial TDF-Theme, that page at the time did not have any subpages, so the left-hand navigation was added to have /some/ way of having subpages. But of course you're free to create your own theme. I just chanted that - Look at the site right now: http://dvd.north-america.libreofficebox.org With that theme, you can use the Fullwidth checkbox to hide the left navigation. Cool - didn't realize that. Right - I tend to agree, so maybe we need to make our own theme, again, again? Doesn't matter. or just convince others to let us Sorry - left off the last couple of words - again doesn't matter at this point. See http://doc.silverstripe.org for documentation about the template format. thanks - Got it - also registered at their forum now. [...] Also I was wondering how the system would compensate for all the shared folders and links so the files will be properly located on the ISO of the DVD? The CMS exports the rendered html pages. A script then extracts all links to assets from those files and creates a list of files that then are copied along with the html. So only what is referenced from the html pages will be copied, the rest will not be included. Excellent - that was the concern I was having. The script adds some additional stuff related to the browser that is launched when using the DVD on Windows (Kmelon browser, and the launchers to install LO directly) hmm - didn't know about that. well, I knew the German team used that but didn't realize it would come along with the tooling. If we continue the path we are on with the NA disc space is going to be at a premium - IF we ask for that not to be included (I'm not asking to remove it here) would that be a big problem? [...] Right and it appears to me that they also did not use the CMS to produce the .iso, only for distribution, so far. No, Sorry - my fault for using a pronoun - I meant the Brasilian team did not appear to have used the CMS to produce the pt-br .iso image. Thanks again for your support, //drew -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
Hi Drew, * Am 25.06.2011 16:10, schrieb drew: On Sat, 2011-06-25 at 11:10 +0200, Christian Lohmaier wrote: [...] The script adds some additional stuff related to the browser that is launched when using the DVD on Windows (Kmelon browser, and the launchers to install LO directly) hmm - didn't know about that. well, I knew the German team used that but didn't realize it would come along with the tooling. If we continue the path we are on with the NA disc space is going to be at a premium - IF we ask for that not to be included (I'm not asking to remove it here) would that be a big problem? Actually there's just one folder 'bin' related to K-Meleon within assets which might get exported to your static NA html folder. If it's there (a test will show) it may easily be deleted before starting the iso build process which is probably less effort than writing another 'link-extract' script... Content of 'bin' won't do any harm anyways except stealing some space without the other related files we add manually to the de_DVD root. Cheers Erich -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
On Sat, 2011-06-25 at 17:23 +0200, Erich Christian wrote: Hi Drew, * Am 25.06.2011 16:10, schrieb drew: On Sat, 2011-06-25 at 11:10 +0200, Christian Lohmaier wrote: [...] The script adds some additional stuff related to the browser that is launched when using the DVD on Windows (Kmelon browser, and the launchers to install LO directly) hmm - didn't know about that. well, I knew the German team used that but didn't realize it would come along with the tooling. If we continue the path we are on with the NA disc space is going to be at a premium - IF we ask for that not to be included (I'm not asking to remove it here) would that be a big problem? Actually there's just one folder 'bin' related to K-Meleon within assets which might get exported to your static NA html folder. If it's there (a test will show) it may easily be deleted before starting the iso build process which is probably less effort than writing another 'link-extract' script... Hallo Erich, Right - got it. Content of 'bin' won't do any harm anyways except stealing some space without the other related files we add manually to the de_DVD root. Well, I'm not really voicing a preference one way or the other past a possible concern for space, down the road some actually. So I think for now this is a non-issue, there is space at the moment. Dank, //drew -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
https://dvd.north-america.libreofficebox.org/home/en/; I found the part of the CSS that causes the right side of the page to be hidden. Why this hiddenoption is needed. Couldthere could be some sort of auto wrap option somewhere that will wrap the text instead of hiding it. I wondered about that. The wrapping works, but it leaves off a lot of text on the right hand side of the paragraph. #Layout { width: 860px; background: #fff url(../images/bg-sidebar.png) no-repeat top left; clear: both; overflow: hidden; margin: 0px auto; padding: 15px 15px 15px 15px; } -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
Hi *, On Fri, Jun 24, 2011 at 4:37 PM, webmaster for Kracked Press Productions webmas...@krackedpress.com wrote: https://dvd.north-america.libreofficebox.org/home/en/; I found the part of the CSS that causes the right side of the page to be hidden. Why this hiddenoption is needed. a) You *must not* use div id=Layout in your html, there is already one div with that ID as part of the default layout, and you cannot have two elements with the same ID in html, this is not valid. Same for the other divs you did duplicate (BgContainer, Container, the Header) b) And you have an additional div class=typography, this again is autogenerated, and is set to the full width of the page. When you have additional elements on the left, then it doesn't fit anymore. So the problem is you're misusing predefined/special css styles and have hard formatting in your html. Furthermore it abuses tables for layout. Tables don't make autoflow easier at all. Couldthere could be some sort of auto wrap option somewhere that will wrap the text instead of hiding it. No, as you explicitly tell it to not do that. The html contains manual width specification of 784 pixel So clean up the HTML - what you try to do is to fit the content within the content, and that doesn't work. ciao Christian -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
On Fri, 2011-06-24 at 17:04 +0200, Christian Lohmaier wrote: Hi *, On Fri, Jun 24, 2011 at 4:37 PM, webmaster for Kracked Press Productions webmas...@krackedpress.com wrote: https://dvd.north-america.libreofficebox.org/home/en/; I found the part of the CSS that causes the right side of the page to be hidden. Why this hiddenoption is needed. a) You *must not* use div id=Layout in your html, there is already one div with that ID as part of the default layout, and you cannot have two elements with the same ID in html, this is not valid. Same for the other divs you did duplicate (BgContainer, Container, the Header) b) And you have an additional div class=typography, this again is autogenerated, and is set to the full width of the page. When you have additional elements on the left, then it doesn't fit anymore. So the problem is you're misusing predefined/special css styles and have hard formatting in your html. Well, when the original HTML files where made they weren't in the CMS system so there was no misuse of anything, per so. Furthermore it abuses tables for layout. Tables don't make autoflow easier at all. Couldthere could be some sort of auto wrap option somewhere that will wrap the text instead of hiding it. No, as you explicitly tell it to not do that. The html contains manual width specification of 784 pixel So clean up the HTML - what you try to do is to fit the content within the content, and that doesn't work. Agreed - and that is about to begin - but still moving files into different directory structure at the moment. (will be done sometime tomorrow, maybe tonight) @Tim - this is what I was talking about needing to do some transformations on the HTML prior to cutting it into the CMS system. @Christian. Your explanation, or description, of some of the pre-defined elements is a big help actually. Thanks much, //drew -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
On 06/24/2011 11:04 AM, Christian Lohmaier wrote: Hi *, On Fri, Jun 24, 2011 at 4:37 PM, webmaster for Kracked Press Productionswebmas...@krackedpress.com wrote: https://dvd.north-america.libreofficebox.org/home/en/; I found the part of the CSS that causes the right side of the page to be hidden. Why this hiddenoption is needed. a) You *must not* usediv id=Layout in your html, there is already one div with that ID as part of the default layout, and you cannot have two elements with the same ID in html, this is not valid. Same for the other divs you did duplicate (BgContainer, Container, the Header) b) And you have an additional div class=typography, this again is autogenerated, and is set to the full width of the page. When you have additional elements on the left, then it doesn't fit anymore. So the problem is you're misusing predefined/special css styles and have hard formatting in your html. Furthermore it abuses tables for layout. Tables don't make autoflow easier at all. Couldthere could be some sort of auto wrap option somewhere that will wrap the text instead of hiding it. No, as you explicitly tell it to not do that. The html contains manual width specification of 784 pixel So clean up the HTML - what you try to do is to fit the content within the content, and that doesn't work. ciao Christian I was looking at the layout CSS for the CMS server and was wondering why the wrapped text seems to be hidden on the right hand side of the paragraph. I was wondering if there was a fix that could be used so NA site that is being built on the CMS server, now on the libreoffice-na.us site, so there would not be any hidden text issues. The table work was to deal with some alignment issues, but not it is being rebuilt to the CMS server specs. Is there a way that the right site of the page would auto wrap so there is no hidden text? Drew is doing the work right now, but I will be helping once I finish up some commitments locally. I want the pages to be the best looking pages that can be done using the CMS server CSS. -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
Hi Drew, *, On Fri, Jun 24, 2011 at 5:26 PM, drew d...@baseanswers.com wrote: On Fri, 2011-06-24 at 17:04 +0200, Christian Lohmaier wrote: On Fri, Jun 24, 2011 at 4:37 PM, webmaster for Kracked Press Productions webmas...@krackedpress.com wrote: https://dvd.north-america.libreofficebox.org/home/en/; I found the part of the CSS that causes the right side of the page to be hidden. Why this hiddenoption is needed. a) You *must not* use div id=Layout in your html, there is already one div with that ID as part of the default layout, and you cannot have two elements with the same ID in html, this is not valid. Same for the other divs you did duplicate (BgContainer, Container, the Header) b) And you have an additional div class=typography, this again is autogenerated, and is set to the full width of the page. When you have additional elements on the left, then it doesn't fit anymore. So the problem is you're misusing predefined/special css styles and have hard formatting in your html. Well, when the original HTML files where made they weren't in the CMS system so there was no misuse of anything, per so. Well, let me be more clear: what is stored in the CMS is not the complete body, as this would make it impossible to create the navigation dynamic, to have a common header, footer, etc. What is stored in the CMS is the real content only. But what was added in your sample was the complete body, duplicateing the header and whatnot. It's pretty clear from the structure, that a page that was created by the CMS was taken as a template, but you just did copy too much. For the default page type, only what is wihin the div class=typography is part of the CMS (minus the header (h2)that is also taken from the page automatically) ciao Christian -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
On Fri, Jun 24, 2011 at 5:31 PM, webmaster for Kracked Press Productions webmas...@krackedpress.com wrote: I was looking at the layout CSS for the CMS server and was wondering why the wrapped text seems to be hidden on the right hand side of the paragraph. No. Text is hidden, because the content part in the theme is just defined to be the area in the BgContainer. I was wondering if there was a fix that could be used so NA site that is being built on the CMS server, now on the libreoffice-na.us site, so there would not be any hidden text issues. Yes: Don't force the text/elements to be wider as the available area. Remove your hard formatting. The table work was to deal with some alignment issues, but not it is being rebuilt to the CMS server specs. Trying to do alignment with tables is bad. Better use appropriate css styles on semantic elements. Only use a table when what you have is actually tabular data. Is there a way that the right site of the page would auto wrap so there is no hidden text? Again: If you tell This element is 780pixels wide, but there is only room for 600pixels, you're forcing the text to not wrap. Get rid of your manually defined styles, especially the fixed-width specifications. Start with semantic html, i.e. what the job of the element is, and then work on the layout, not the other way round. I want the pages to be the best looking pages that can be done using the CMS server CSS. Well - you can use your own style=... tags in the html, those are not stripped. And furthermore the CSS is not by the CMS, it was created by us, so when the CSS is lacking/needs some more styles, those can be added of course. But using hard formatting is very, very bad. And don't just create divs because you want to indent a paragraph, just specify that indent on the paragraph for example. Just because the CMS is configured to allow manually specified styles doesn't mean that all manually specified styles make sense. ciao Christian -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
On 06/24/2011 11:46 AM, drew wrote: On Fri, 2011-06-24 at 17:34 +0200, Christian Lohmaier wrote: Hi Drew, *, On Fri, Jun 24, 2011 at 5:26 PM, drewd...@baseanswers.com wrote: On Fri, 2011-06-24 at 17:04 +0200, Christian Lohmaier wrote: On Fri, Jun 24, 2011 at 4:37 PM, webmaster for Kracked Press Productionswebmas...@krackedpress.com wrote: https://dvd.north-america.libreofficebox.org/home/en/; I found the part of the CSS that causes the right side of the page to be hidden. Why this hiddenoption is needed. a) You *must not* usediv id=Layout in your html, there is already one div with that ID as part of the default layout, and you cannot have two elements with the same ID in html, this is not valid. Same for the other divs you did duplicate (BgContainer, Container, the Header) b) And you have an additional div class=typography, this again is autogenerated, and is set to the full width of the page. When you have additional elements on the left, then it doesn't fit anymore. So the problem is you're misusing predefined/special css styles and have hard formatting in your html. Well, when the original HTML files where made they weren't in the CMS system so there was no misuse of anything, per so. Well, let me be more clear: what is stored in the CMS is not the complete body, as this would make it impossible to create the navigation dynamic, to have a common header, footer, etc. What is stored in the CMS is the real content only. But what was added in your sample was the complete body, duplicateing the header and whatnot. thanks for explaining that. It's pretty clear from the structure, that a page that was created by the CMS was taken as a template, but you just did copy too much. Absolutely right, that became very clear when I started looking at this. For the default page type, only what is wihin thediv class=typography is part of the CMS (minus the header (h2)that is also taken from the page automatically) @Tim - I know the page that came back after the fix the other day looks like hell - but no one is going to leave it like that. I maybe should of put a nice looking landing page there, but I figured it was just Ugly for a few days and better to get the files we need to like to moved and rearranged first. //drew I have no problem with ugly with the move to better and then to lovely. What I really was concerned about was that hiding of the right hand side of the text - so the thread was started. I also wondered about some other items that might crop up. Why the vertical navigation instead of the horizontal second or third ones like both LO.org site and the wiki site. The vertical navigation tends to remove needed screen space, as I see it. I never liked them much. Now that we have about 600px width for space, we need to guard as much of it is possible. Actually, for the installs, I added thought adding German might be good, since that is the last language not listed that the US schools teach in my area. Right now the installs on the CMS site shows 3.3.2 and not 3.3.3, so that may need to changed. -- Also I was wondering how the system would compensate for all the shared folders and links so the files will be properly located on the ISO of the DVD? The only one I have seen so far is from Brazil and it looks like they did very little that was similar to what the NA DVD will need. Maybe someone could PM me about how that will work, or point me to the documentation already available. As for the extensions and such that is not currently on our DVD and currently resides in my private extension folders; I was wondering if anyone who is currently working on a CMS site would want these file uploaded to a shared folder so everyone could use them. I still thing LibreOffice need to have their own large extension and template site. The dictionaries now on the NA testing site are many, many, more than listed in the current LO/LO-Planet extension listing. The same with the templates I have in my template folders. LO needs to not have the link for these .oxt files, or archived files, point to a flaky OOo server or any server that is totally pro OOo over LibreOffice. Why should we promote using OOo's server when the files could be on a shared folder of a LibreOffice server/system. So do anyone want 100+ .oxt extension [not dictionaries] uploaded to a shared folder, along with the 1000+ template sample files that are not .oxt files? I most likely have a lot of artwork from free sources that could be uploaded as well. It is up to the groups to say yes or no. If anyone would like a archived file containing the .oxt files, or other stuff, let me know. I would be able to make them available some way, some where, for people to look and see what they are all about. Every extension file that I downloaded from OOo's site has an associated PDF file printed from the download page[s] so people can know what these files are all
Re: [libreoffice-website] right hand side of wrapped paragraphs hidden - any solutions other than BR tags?
On Fri, 2011-06-24 at 21:03 -0400, webmaster for Kracked Press Productions wrote: snip @Tim - I know the page that came back after the fix the other day looks like hell - but no one is going to leave it like that. I maybe should of put a nice looking landing page there, but I figured it was just Ugly for a few days and better to get the files we need to like to moved and rearranged first. I have no problem with ugly with the move to better and then to lovely. What I really was concerned about was that hiding of the right hand side of the text - so the thread was started. I also wondered about some other items that might crop up. Why the vertical navigation instead of the horizontal second or third ones like both LO.org site and the wiki site. Different theme.. I just chanted that - Look at the site right now: http://dvd.north-america.libreofficebox.org The vertical navigation tends to remove needed screen space, as I see it. I never liked them much. Now that we have about 600px width for space, we need to guard as much of it is possible. Right - I tend to agree, so maybe we need to make our own theme, again, or just convince others to let us Actually, for the installs, I added thought adding German might be good, since that is the last language not listed that the US schools teach in my area. Uh - I would be hard sell on that - not impossible, but a very very hard sell. I would much prefer to finish what we started without changing the target at this point, for this 21 day period - let's keep very focused and get this done, well. Right now the installs on the CMS site shows 3.3.2 and not 3.3.3, so that may need to changed. Old files Tim, the HTML files there having been sitting dormant for a couple of months. Like I said the reason for a hard date this time was so that we don't stall, again. (yes I know I'm talking about and to myself maybe) -- Also I was wondering how the system would compensate for all the shared folders and links so the files will be properly located on the ISO of the DVD? The only one I have seen so far is from Brazil and it looks like they did very little that was similar to what the NA DVD will need. Right and it appears to me that they also did not use the CMS to produce the .iso, only for distribution, so far. But there is a question there I've been running through my mind today also and I suppose should be taken up on the projects list. Maybe someone could PM me about how that will work, or point me to the documentation already available. We need to talk about on, or I should say: I thought we all agreed to use the projects list to discuss libreofficebox issues. As for the extensions and such that is not currently on our DVD and currently resides in my private extension folders; Please move this question to a different email thread, maybe with a subject line about the upcoming extension/template site. //drew -- Unsubscribe instructions: E-mail to website+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/website/ All messages sent to this list will be publicly archived and cannot be deleted