Re: [fossil-users] Wiki formatting
On Tue, Aug 12, 2014 at 11:48 PM, Warren Young war...@etr-usa.com wrote: I'll test this in IE7, IE9 and IE10 later on today. That would be great - just let us know what you find or if there are any changes to the JS. Microsoft has made it pretty easy to do IE testing. You can download testing VMs from http://modern.ie/ for many combinations of Windows, IE, virtualization host, and host OS. LOL! As if i'd go and do a thing like that ;). i have a Windows7 VM here for work, but only use it for clients who require specific Windows-only software. i'm _not_ a Microsoft hater, i just find Windows painfully uncomfortable to use. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting, IE test results
On Wed, Aug 13, 2014 at 12:57 AM, Warren Young war...@etr-usa.com wrote: In IE7 on Vista, it kinda sorta works. There are multiple HTML rendering problems in the Fossil UI -- all typical of IE7 -- but the patch in the previous message allows Ctrl-B/I/U to do what you expect, and the formatting is saved correctly. In IE9 on Vista and IE10 on Win7, it appears to work the same as IE11. Thanks for the feedback. One of my eyes is swollen shut from allergies, but i'll give a peek once it opens back up (happens every now and then, normally takes about half a day). -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting, IE test results
2014-08-13 8:38 GMT+02:00 Stephan Beal sgb...@googlemail.com: http://wanderinghorse.net/home/stephan/ On Wed, Aug 13, 2014 at 12:57 AM, Warren Young war...@etr-usa.com wrote: In IE7 on Vista, it kinda sorta works. There are multiple HTML rendering problems in the Fossil UI -- all typical of IE7 -- but the patch in the previous message allows Ctrl-B/I/U to do what you expect, and the formatting is saved correctly. In IE9 on Vista and IE10 on Win7, it appears to work the same as IE11. Thanks for the feedback. One of my eyes is swollen shut from allergies, but i'll give a peek once it opens back up (happens every now and then, normally takes about half a day). fossil-scm.org/index.html/info/8dfbcb457a Thanks! Jan Nijtmans ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting
On Wed, Aug 13, 2014 at 12:48 AM, Warren Young war...@etr-usa.com wrote: I'll test this in IE7, IE9 and IE10 later on today. As a part-time web developer, I would suggest IE7 compatibility be considered a bonus if it works, not something to bother fixing if it doesn't. That is what I do today when if I build a website for a customer. -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting
On Mon, Aug 11, 2014 at 10:21 PM, Warren Young war...@etr-usa.com wrote: I mentioned it in one of my posts: Gear Menu Compatibility View Settings uncheck Display intranet sites in Compatibility View. Ah - i didn't read them because i don't use Windows of my own volition and tend to ignore any threads which appear to be Win/Mac-specific. :/ Setting X-UA-Compatibility appropriately is better because the web app itself (Fossil in this case) declares what browsers it knows it can work with. No one is in a better position to know this than the web app. Agreed. i'm all for adding it, if there's no objection from Richard. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting
On Tue, Aug 12, 2014 at 6:39 AM, Stephan Beal sgb...@googlemail.com wrote: Setting X-UA-Compatibility appropriately is better because the web app itself (Fossil in this case) declares what browsers it knows it can work with. No one is in a better position to know this than the web app. Agreed. i'm all for adding it, if there's no objection from Richard. No objections. -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting
On Tue, Aug 12, 2014 at 12:44 PM, Richard Hipp d...@sqlite.org wrote: No objections. Those were the magic words. Thanks for the patch, Warren! This is in trunk now: http://www.fossil-scm.org/index.html/info/b7bebbe44f92bb6d48b8688af61f874a584300b1 Chrome says the response headers are: ... 1. Vary: Accept-Encoding 2. X-Frame-Options: SAMEORIGIN 3. X-UA-Compatible: IE=edge -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting, IE test results
On 8/12/2014 15:48, Warren Young wrote: I'll test this in IE7, IE9 and IE10 later on today. In IE7 on Vista, it kinda sorta works. There are multiple HTML rendering problems in the Fossil UI -- all typical of IE7 -- but the patch in the previous message allows Ctrl-B/I/U to do what you expect, and the formatting is saved correctly. In IE9 on Vista and IE10 on Win7, it appears to work the same as IE11. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting
On Mon, Aug 11, 2014 at 6:11 PM, Hajas, Wayne wayne.ha...@dfo-mpo.gc.ca wrote: The problem was related to Internet Explorer and compatibility-mode as Warren and Richard predicted. I wrestled with IE a bit but I couldn’t get a solution that would work consistently. i don't have access to the Windows box at the moment, but we had, sometime in the past 6 months or so, a related problem at a client site when they deployed IE11(? 10?) internally. We thought we (web team) would have to add the IE header mentioned earlier, but it turns out there's an option somewhere in IE which turns off the default to compatibility mode option, which the NT admins then set company-wide (so i don't know where the option is). Maybe you can find such an option in your IE. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting
On 8/11/2014 10:18, Stephan Beal wrote: it turns out there's an option somewhere in IE which turns off the default to compatibility mode option, I mentioned it in one of my posts: Gear Menu Compatibility View Settings uncheck Display intranet sites in Compatibility View. Some sites won't want to do that, since they really do have IE6-based intranets. Setting X-UA-Compatibility appropriately is better because the web app itself (Fossil in this case) declares what browsers it knows it can work with. No one is in a better position to know this than the web app. It's also a one-line fix (see patch) which fixes Fossil for every IE8+ user, out of the box. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting
On 8/7/2014 14:20, Hajas, Wayne wrote: every time I try to use the formatting features, nothing happens. Wild guess: you're using a fairly recent version of IE on Windows. You're probably running into Microsoft's brain-dead choice to run all intranet sites in compatibility mode by default. Because /obviously/ all intranet sites in the whole world are tied intimately to IE6 and can never work on anything that doesn't meticulously replicate its particularly sweet set of misfeatures and bugs. For the moment, your best bet is to turn this feature off. If you're in the current version of IE11, click the gear icon in the upper right corner of the window, select Compatibility View Settings, then turn off Display intranet sites in Compatibility View. Now your WYSIWYG buttons should work. The real solution is for Fossil to start sending the X-UA-Compatible HTTP header with the value IE=edge, at least when the browser declares itself to be IE. This tells IE that even though this is an intranet site, it really is compatible with modern browsers. Those of you testing remote Fossils with IE won't have run into this, since now Fossil UI is an Internet site, and so is presumed to be standards-compliant. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting
On 8/7/2014 14:51, Warren Young wrote: On 8/7/2014 14:20, Hajas, Wayne wrote: every time I try to use the formatting features, nothing happens. Wild guess: you're using a fairly recent version of IE on Windows. On re-reading this, I see that my post looks like pure speculation, but it's actually a test report. Fossil is in fact not sending IE=edge, so consequently a default install of IE8+ will treat the site as IE6 or IE7 in compatibility mode. This not only breaks the WYSIWYG wiki editor, it breaks the CSS in my customized version of the khaki skin, and probably other things. I know about it because it bit us on my company's web app, which almost always runs on intranet servers. See http://msdn.microsoft.com/en-us/library/jj676915%28v=vs.85%29.aspx The claims in that article about edge mode being preferred in IE11 doesn't override this default behavior for intranet sites. If setting custom HTTP headers directly is not practical -- can't see why, since Fossil runs its own web server -- you can use a meta tag to do the same thing, as shown in the MSDN article. In fact, that might be required in the SCGI case; haven't tried it. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting with empty lines
On Aug 18, 2011, at 6:44 PM, Jos Groot Lipman wrote: Minor Wiki-problem: paragraphs are create automatically for empty lines. However with the following text it leads to unexpected termination of the first p marker and the last line of text is left-aligned. When you remove the empty line it works as expected. p align=right Next line is empty Previous line is empty /p It is not expected. Wiki help explicitly specifies that paragraphs are delimited using empty lines. Or is this a case of: 'it is a simple wike, play by its rules'? Well, it's a simple wiki... Kind regards, Remigiusz Modrzejewski ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting with empty lines
you could turn off the wiki behavior by going to the UI, going to Admin Configuration, and then selecting the checkbox that says Use HTML... that will turn off all the wiki formatting except url (i.e. []) syntax. Tomek On Thu, Aug 18, 2011 at 1:07 PM, Remigiusz Modrzejewski l...@maxnet.org.plwrote: On Aug 18, 2011, at 6:44 PM, Jos Groot Lipman wrote: Minor Wiki-problem: paragraphs are create automatically for empty lines. However with the following text it leads to unexpected termination of the first p marker and the last line of text is left-aligned. When you remove the empty line it works as expected. p align=right Next line is empty Previous line is empty /p It is not expected. Wiki help explicitly specifies that paragraphs are delimited using empty lines. Or is this a case of: 'it is a simple wike, play by its rules'? Well, it's a simple wiki... Kind regards, Remigiusz Modrzejewski ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting with empty lines
On Thu, Aug 18, 2011 at 01:24:38PM -0400, Tomek Kott wrote: you could turn off the wiki behavior by going to the UI, going to Admin Configuration, and then selecting the checkbox that says Use HTML... that will turn off all the wiki formatting except url (i.e. []) syntax. I think you can use nowiki whatever you need /nowiki instead of disabling the wiki syntax everywhere. On Thu, Aug 18, 2011 at 1:07 PM, Remigiusz Modrzejewski l...@maxnet.org.plwrote: On Aug 18, 2011, at 6:44 PM, Jos Groot Lipman wrote: Minor Wiki-problem: paragraphs are create automatically for empty lines. However with the following text it leads to unexpected termination of the first p marker and the last line of text is left-aligned. When you remove the empty line it works as expected. p align=right Next line is empty Previous line is empty /p It is not expected. Wiki help explicitly specifies that paragraphs are delimited using empty lines. Or is this a case of: 'it is a simple wike, play by its rules'? Well, it's a simple wiki... Kind regards, Remigiusz Modrzejewski ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting with empty lines
Jos Groot Lipman donts...@home.nl wrote: I also found out about this http://www.fossil-scm.org/index.html/wiki_rules The verbatim tag works like pre with the addition that it also disables all wiki and HTML markup through the matching /verbatim. But why this special tag? Is this not something the pre should do under all circumstances? When would you ever want wiki or HTML markup inside a pre? That contradicts the primary reason of existance for the pre tag. No, it doesn't. The pre tag preseves layout, but not other formatting. It's valid and common to change fonts inside of a pre tag. And I'm anal enough about my html to run an editor that does on-the-fly validation. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting with empty lines
The verbatim tag works like pre with the addition that it also disables all wiki and HTML markup through the matching /verbatim. But why this special tag? Is this not something the pre should do under all circumstances? When would you ever want wiki or HTML markup inside a pre? That contradicts the primary reason of existance for the pre tag. No, it doesn't. The pre tag preseves layout, but not other formatting. It's valid and common to change fonts inside of a pre tag. And I'm anal enough about my html to run an editor that does on-the-fly validation. Thanks, I did not realize that. I believe I got pre mixed up with xmp (deprecated in HTML 4.0 and rightfully not supported by Fossil Wiki) So verbatim is more like the combination nowikixmp. I will start using verbatim ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki formatting with empty lines
On Thu, Aug 18, 2011 at 1:44 PM, Jos Groot Lipman donts...@home.nl wrote: The verbatim tag works like pre with the addition that it also disables all wiki and HTML markup through the matching /verbatim. But why this special tag? Is this not something the pre should do under all circumstances? When would you ever want wiki or HTML markup inside a pre? That contradicts the primary reason of existance for the pre tag. No, it doesn't. The pre tag preseves layout, but not other formatting. It's valid and common to change fonts inside of a pre tag. And I'm anal enough about my html to run an editor that does on-the-fly validation. Which causes me to ask - does any have a schema for fossil wiki/html combination? Thanks, I did not realize that. I believe I got pre mixed up with xmp (deprecated in HTML 4.0 and rightfully not supported by Fossil Wiki) So verbatim is more like the combination nowikixmp. I will start using verbatim I think of it more as pre!CDATA[ section, but that's the idea. mike ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki Formatting?
There is nothing stopping you checking in your tool of choice for the project you are working on. S. On Saturday, November 28, 2009, Jeremy Cowgar jer...@cowgar.com wrote: Is Fossil going to have Wiki formatting? It's a real drag to use all the standard HTML when there are formats that are easily human readable and much easier to type/maintain. Jeremy -- -- Stephen De Gabrielle stephen.degabrie...@acm.org Telephone +44 (0)20 85670911 Mobile+44 (0)79 85189045 http://www.degabrielle.name/stephen ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Wiki Formatting?
If you look into a lot of the wiki's, they see the problem as well and many devs have went together to start standardizing on a format, Creole being one of them. Every wiki has their own special format but the formats that I have mentioned are formats that are creating a standard, cross-wiki, cross text formatting domain as well. Creole, Markdown and Textile are all used for all sorts of document preparation means, not just 1 wiki system. Further, simple bullet lists exist but not nested, nor numeric lists of which I gave the example. Further, nor HTML. Headers, Lists, Quotes, Images, Tables, Local Links, Paragraph Alignment, Sub/Super Script and many more items are not supported except by verbose HTML. All of which are important to really document a project. Now... if the wiki is not to document the project of what use is it? Sure, it can document simple processes with a limited amount of formatting but Fossil is already so nice of a product why not make it a complete product? Sure, I can use a different wiki engine but then I loose the ability for distributed wiki edits and the easy of deployment that is so powerful of Fossil. Jeremy -- From: Twylite twyl...@crypt.co.za Sent: Sunday, November 29, 2009 7:25 AM To: fossil-users@lists.fossil-scm.org Subject: Re: [fossil-users] Wiki Formatting? First, Fossil's markup (http://fossil-scm.org/index.html/wiki_rules) has simple block-level constructs for paragraphs, lists and hyperlinks, with HTML for everything else. This means you already get the easier syntax you referred to. Second your statistics and assumptions are horribly wrong. Wiki engine popularity is notoriously hard to measure, but there are a couple of well-regarded resources, such as http://www.wikicreole.org/wiki/WikiPopularity and http://c2.c2.com/cgi/wiki?TopTenWikiEngines. There have also been a couple of in-depth market share surveys, e.g. Water Stone (http://www.waterandstone.com/downloads/2008OpenSourceCMSMarketSurvey.pdf). If you include content management systems, then 80% of the market is represented by Joomla!, WordPress, Drupal and PHP-Nuke. They all use HTML as their native markup for content. BBCode is popular in conjunction with PHP-Nuke, and although there are extensions for Wiki-type markup in Joomla! and Drupal they are not popular (as in: not widely deployed). In the domain of Wiki engines only, MediaWiki is without question the leader in terms of the likelihood of interacting with it (i.e. of all Wikis, you are most likely to have to use MediaWiki syntax). MediaWiki does not support CREOLE, nor textile nor markdown. It supports a broad subset of HTML for markup beyond simple block and element formatting. Other popular / widely used Wiki engines include DokuWiki, Twiki, PhpWiki, and MoinMoin. Of these none support CREOLE (DokuWiki and TWiki can by plugin), only DokuWiki supports Markdown (by plugin), and TWiki / DokuWiki support textile (by plugin). All except DokuWiki support (at least a subset of) HTML. The native Wiki syntax of all of these wikis are different: they all have different markup for internal external links, headlines, bold/italics/underline, images, bulleted and numbered lists. In the world of development tools with Wiki support, Trac seems to be the leader (although I don't have definitive statistics on that). Trac supports something like MoinMoin syntax, but not quite. Using similar methodologies to those used to derive the market shares above, it is quite easy to show that Markdown, Textile and reStructuredText have such tiny market share (except in certain niche markets) that they don't even start the race. Perl's POD is more widely used than any of them, as is BBCode. In short there are only a handful of popular Wiki syntaxes, if you have really REALLY big hands. And markdown, textile, and creole are not among them. Regards, Twylite ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
