Lists

2017-12-19 Thread Hannie Dumoleyn
Hi, While reviewing gs-use-system-search I decided to remove "and" from the list of matching items, see last comment here [1]. I checked the style guide [2]  and found this: Do not connect list items with conjunctions such as "and" or "or". If you agree, I think gs-use-system-search can be

Re: Idea for simpler lists and tables

2010-01-09 Thread Shaun McCance
to deal with. It's certainly not a major roadblock. But a lot of people do ask about it when they're first learning. So I have to assume that, while it might be a mild annoyance, it's a widespread mild annoyance. You reference lists here, but steps are done in the same way. If you made

Re: Idea for simpler lists and tables

2010-01-05 Thread Milo Casagrande
and it took a little bit to get me in, but it looks interestingly easy to use and to get used. FWIW, from my personal experience, what I feel more complicated are tables rather than lists. Ciao. -- Milo Casagrande mi...@gnome.org ___ gnome-doc-list mailing list

Re: Idea for simpler lists and tables

2010-01-05 Thread Shaun McCance
experience, what I feel more complicated are tables rather than lists. In my experience, tables are complicated in any language. ;-) -- Shaun McCance http://syllogist.net/ ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org

Re: Idea for simpler lists and tables

2010-01-05 Thread Jim Campbell
lists or tree lists. (The processing model for those would make it stupidly difficult to deal with.) And we could possibly do the same thing for table cells, though I'd need to look more thoroughly into how much that complicates things. For basic lists and steps lists, though, processing

Idea for simpler lists and tables

2010-01-04 Thread Shaun McCance
and match in a single list. list pOne/p pTwo/p item pThree/p pi.e. 3/p /item /list The same would apply for item elements in a steps list, but not for item elements in terms lists or tree lists. (The processing model for those would make it stupidly difficult to deal with.) And we

Re: [Mallard] Add new element to lists which doesn't require a child block element

2009-09-14 Thread Phil Bull
Hi Milo, On Sun, 2009-09-13 at 14:27 +0200, Milo Casagrande wrote: It will absolutely be easier to write, but it could end up being more difficult to read the code. Can't we just suppress the p from item and have it optional in case we need it? (like two paragraphs in an item) If there's no

Re: [Mallard] Add new element to lists which doesn't require a child block element

2009-09-13 Thread Phil Bull
Hi Shaun, On Sat, 2009-09-12 at 18:23 -0500, Shaun McCance wrote: (2) Not particularly elegant. So I thought about this one before as well. I also thought about the same thing for td. And I just couldn't figure out a way that didn't run afoul of (2). It just feels hacky, although I

[Mallard] Add new element to lists which doesn't require a child block element

2009-09-12 Thread Phil Bull
Hi guys, Suggested alteration to the Mallard spec. SUGGESTION Mallard lists usually require the author to type itempSomething/p/item multiple times. Typing the same tags again and again is tiresome. I propose a shorthand tag which behaves exactly the same as itemp, but which is shorter