On Sun, Jul 8, 2012 at 11:42 AM, Lluís Batlle i Rossell vi...@viric.namewrote:
On Sun, Jul 08, 2012 at 10:43:13AM +0300, Baruch Burstein wrote:
On Wed, Jul 4, 2012 at 7:28 PM, Stephan Beal sgb...@googlemail.com
wrote:
- Adding more metadata to wikis, e.g. a title field. We might embed
On 7/4/12, Stephan Beal sgb...@googlemail.com wrote:
On Wed, Jul 4, 2012 at 10:34 AM, Joan Picanyol i Puig
lists-fos...@biaix.org wrote:
We will have to enable the style attribute on tags in the wiki
content (style is currently filtered out by the wiki out of safety
concerns), and if
The main benefit is that with a few class tags jquery can work miracles.
Without them dynamic js is much more difficult (or at least tediuos) .
Think of them as tags which we can use to identify dom elements, the
purpose of which is normally to attach app logic (js code) to them.
Brevity...
On Wed, Jul 4, 2012 at 7:28 PM, Stephan Beal sgb...@googlemail.com wrote:
- Adding more metadata to wikis, e.g. a title field. We might embed
this
into the wiki content using a new wiki tag or similar.
This would be great if it enabled keyword based tagging for later
search.
What do
On Sun, Jul 08, 2012 at 10:43:13AM +0300, Baruch Burstein wrote:
On Wed, Jul 4, 2012 at 7:28 PM, Stephan Beal sgb...@googlemail.com wrote:
- Adding more metadata to wikis, e.g. a title field. We might embed
this
into the wiki content using a new wiki tag or similar.
This would be
An interesting new capability for fossil could be the following:
That it allowed to have more than one tickets list, with different
tables and reports in every list. This could have several advantages:
1- Keep a completely separated list for bugs and for new features, for example
2- Use fossil
On Wed, Jul 04, 2012 at 10:00:52AM +0200, Ramon Ribó wrote:
An interesting new capability for fossil could be the following:
That it allowed to have more than one tickets list, with different
tables and reports in every list. This could have several advantages:
1- Keep a completely
No. I mean that every list would have a different table schema with
different fields.
RR
2012/7/4 Lluís Batlle i Rossell vi...@viric.name:
On Wed, Jul 04, 2012 at 10:00:52AM +0200, Ramon Ribó wrote:
An interesting new capability for fossil could be the following:
That it allowed to have
On Wed, Jul 04, 2012 at 10:18:10AM +0200, Ramon Ribó wrote:
No. I mean that every list would have a different table schema with
different fields.
Ah, then I don't understand what would be the advantage of different tables,
over a single table with all the fields required.
Atentament,
Lluís.
Short on time, just a few terse comments.
* Stephan Beal sgb...@googlemail.com [20120703 21:37]:
- Mozilla's RTF editor as a wysiwyg wiki (possibly embedded docs?) editor.
We looked closely at this and it this will not be nearly as much work as i
first anticipated, but we will have to munge
I think that it is clear:
different list - different data requirements - different table fields
RR
2012/7/4 Lluís Batlle i Rossell vi...@viric.name:
On Wed, Jul 04, 2012 at 10:18:10AM +0200, Ramon Ribó wrote:
No. I mean that every list would have a different table schema with
different
On Wed, Jul 04, 2012 at 10:48:54AM +0200, Ramon Ribó wrote:
I think that it is clear:
different list - different data requirements - different table fields
Well, I understand that different tables can provide more speed and better
storage
efficiency, but I don't understand what functionality
Hi, all!
About 5 minutes ago i got home from the all-day meeting with list
members Richard (DRH), Bernie, and Gary (what are the odds - the
meeting is in Germany and 3 of us 4 carry American passports), and now
i've got a small hill of notes scribbled on the back of business cards
and
On Wed, Jul 4, 2012 at 10:00 AM, Ramon Ribó ram...@compassis.com wrote:
That it allowed to have more than one tickets list, with different
tables and reports in every list.
That's an interesting idea. i don't know if the current architecture would
play well with that (maybe it can), but i've
On Wed, Jul 4, 2012 at 10:34 AM, Joan Picanyol i Puig
lists-fos...@biaix.org wrote:
Sounds great, as long as it is not a requirement (either in fossil nor
in the client). I guess the wiki markup issue is a done deal then?
The wysiwyg would be an option, either at the repo or user level
Hi, all!
About 5 minutes ago i got home from the all-day meeting with list members
Richard (DRH), Bernie, and Gary (what are the odds - the meeting is in
Germany and 3 of us 4 carry American passports), and now i've got a small
hill of notes scribbled on the back of business cards and yellow
On Tue, Jul 3, 2012 at 9:43 PM, Stephan Beal sgb...@googlemail.com wrote:
Some of the ideas we tossed around as TODOs include (@Bernie/Gary/Richard:
please ammend if i have left something out):
- Multiple levels of undo also came up.
--
- stephan beal
On Tue, Jul 3, 2012 at 3:43 PM, Stephan Beal sgb...@googlemail.com wrote:
Hi, all!
About 5 minutes ago i got home from the all-day meeting with list members
Richard (DRH), Bernie, and Gary (what are the odds - the meeting is in
Germany and 3 of us 4 carry American passports), and now i've
On Tue, Jul 3, 2012 at 10:38 PM, Richard Hipp d...@sqlite.org wrote:
On Tue, Jul 3, 2012 at 3:43 PM, Stephan Beal sgb...@googlemail.comwrote:
- We might (might!) use jQuery simplify the client-side implementations.
This would include a new config option which specifies whether an embedded
On Tue, Jul 3, 2012 at 3:58 PM, Stephan Beal sgb...@googlemail.com wrote:
@DRH: the proof is in the pudding (though i've never really understood
where that phrase comes from)
Heh, well, that's because it doesn't make sense. The actual saying is:
The proof of the pudding is in the eating. :)
On Tue, Jul 3, 2012 at 11:04 PM, Bill Burdick bill.burd...@gmail.comwrote:
On Tue, Jul 3, 2012 at 3:58 PM, Stephan Beal sgb...@googlemail.comwrote:
@DRH: the proof is in the pudding (though i've never really understood
where that phrase comes from)
Heh, well, that's because it doesn't make
On Tue, Jul 3, 2012 at 4:08 PM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Jul 3, 2012 at 11:04 PM, Bill Burdick bill.burd...@gmail.comwrote:
On Tue, Jul 3, 2012 at 3:58 PM, Stephan Beal sgb...@googlemail.comwrote:
@DRH: the proof is in the pudding (though i've never really understood
On 04/07/2012, at 5:43 AM, Bill Burdick wrote:
On Tue, Jul 3, 2012 at 4:08 PM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Jul 3, 2012 at 11:04 PM, Bill Burdick bill.burd...@gmail.com wrote:
On Tue, Jul 3, 2012 at 3:58 PM, Stephan Beal sgb...@googlemail.com wrote:
@DRH: the proof is in
On Tue, Jul 3, 2012 at 9:42 PM, Steve Landers st...@digitalsmarties.comwrote:
On 04/07/2012, at 5:43 AM, Bill Burdick wrote:
On Tue, Jul 3, 2012 at 4:08 PM, Stephan Beal sgb...@googlemail.com
wrote:
On Tue, Jul 3, 2012 at 11:04 PM, Bill Burdick bill.burd...@gmail.com
wrote:
On Tue, Jul
24 matches
Mail list logo