From Pete.Bowman at btopenworld.com  Fri Apr  2 19:32:15 2004
From: Pete.Bowman at btopenworld.com (Peter Bowman)
Date: Fri Apr  2 19:32:32 2004
Subject: [bx-editor-dev] Toggle text class at end of tag
Message-ID: <000201c418d8$72c4a8f0$6400000a@pete>

Hi Christian,

I'm having an interesting problem with toggling of text classes where the
selection is right up to the end of the tag.

For example, if I have

<para>Some text</para>
<para>Some other text</para>

and I attempt to make "text" in the first <para> tag bold, the first and
second para tags then merge into each other. If I make anything bold that
doesn't include the last "t" of "text", it works fine. This is repeatable in
the inline example - but only on text typed in since the editor was loaded.

In my own code, I had table <cell> elements, and if I attempted to make the
last character of text in the element bold or whatever, the bold tag would
end up *outside* the <cell> tag! I.e. <b><cell>Text</cell></b>. I guess this
could be the same problem as above.

Thanks!
Pete Bowman.


From chregu at bitflux.ch  Sat Apr  3 11:31:28 2004
From: chregu at bitflux.ch (Christian Stocker)
Date: Sat Apr  3 11:31:34 2004
Subject: [bx-editor-dev] Toggle text class at end of tag
In-Reply-To: <000201c418d8$72c4a8f0$6400000a@pete>
References: <000201c418d8$72c4a8f0$6400000a@pete>
Message-ID: <406E8470.206@bitflux.ch>

Hi

On 4/2/04 7:32 PM, Peter Bowman wrote:
> Hi Christian,
> 
> I'm having an interesting problem with toggling of text classes where the
> selection is right up to the end of the tag.
> 
> For example, if I have
> 
> <para>Some text</para>
> <para>Some other text</para>
> 
> and I attempt to make "text" in the first <para> tag bold, the first and
> second para tags then merge into each other. If I make anything bold that
> doesn't include the last "t" of "text", it works fine. This is repeatable in
> the inline example - but only on text typed in since the editor was loaded.

Yes, the selection stuff on element-"borders" is sometimes tricky...

> In my own code, I had table <cell> elements, and if I attempted to make the
> last character of text in the element bold or whatever, the bold tag would
> end up *outside* the <cell> tag! I.e. <b><cell>Text</cell></b>. I guess this
> could be the same problem as above.

Yes, could be the same problem.

I currently don't have a solution to that problem, it's really hard, to 
do the "right" thing in such situations...

Could you please file a bugreport, so that it doesn't get forgotten?

chregu


-- 
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60  | fax +41 1 240 56 71
http://www.bitflux.ch  |  chregu@bitflux.ch  |  gnupg-keyid 0x5CE1DECB
From Pete.Bowman at btopenworld.com  Mon Apr  5 11:38:19 2004
From: Pete.Bowman at btopenworld.com (Peter Bowman)
Date: Mon Apr  5 11:38:42 2004
Subject: [bx-editor-dev] Toggle text class at end of tag
In-Reply-To: <406E8470.206@bitflux.ch>
Message-ID: <000201c41af1$bdd91ea0$6400000a@pete>

Thanks - added to Bugzilla.

I wondered if a workaround might be to add a character to the end of the
selection, then perform the toggle, then remove the added character. Since
it always works where the selection isn't adjacent to an end tag, this would
at least mean that it would work even if it isn't particularly pretty.

At the moment my future users would be faced with a strange situation where
their hard work gets mangled if they don't obey an obscure set of rules
(like "don't select up to the end of  a tag").

Thanks,
Pete.

> -----Original Message-----
> From: Christian Stocker [mailto:chregu@bitflux.ch] 
> Sent: 03 April 2004 10:31
> To: Peter Bowman
> Cc: bx-editor-dev@lists.bitflux.ch
> Subject: Re: [bx-editor-dev] Toggle text class at end of tag
> 
> 
> Hi
> 
> On 4/2/04 7:32 PM, Peter Bowman wrote:
> > Hi Christian,
> > 
> > I'm having an interesting problem with toggling of text 
> classes where 
> > the selection is right up to the end of the tag.
> > 
> > For example, if I have
> > 
> > <para>Some text</para>
> > <para>Some other text</para>
> > 
> > and I attempt to make "text" in the first <para> tag bold, 
> the first 
> > and second para tags then merge into each other. If I make anything 
> > bold that doesn't include the last "t" of "text", it works 
> fine. This 
> > is repeatable in the inline example - but only on text 
> typed in since 
> > the editor was loaded.
> 
> Yes, the selection stuff on element-"borders" is sometimes tricky...
> 
> > In my own code, I had table <cell> elements, and if I attempted to 
> > make the last character of text in the element bold or 
> whatever, the 
> > bold tag would end up *outside* the <cell> tag! I.e. 
> > <b><cell>Text</cell></b>. I guess this could be the same problem as 
> > above.
> 
> Yes, could be the same problem.
> 
> I currently don't have a solution to that problem, it's 
> really hard, to 
> do the "right" thing in such situations...
> 
> Could you please file a bugreport, so that it doesn't get forgotten?
> 
> chregu
> 
> 
> -- 
> christian stocker | Bitflux GmbH | schoeneggstrasse 5 | 
> ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 
> 60  | fax +41 1 240 56 71 http://www.bitflux.ch  |  
> chregu@bitflux.ch  |  gnupg-keyid 0x5CE1DECB
> 


From chregu at bitflux.ch  Tue Apr 27 12:21:54 2004
From: chregu at bitflux.ch (Christian Stocker)
Date: Tue Apr 27 12:21:59 2004
Subject: [bx-editor-dev] New Features in BXE
Message-ID: <408E3442.8000602@bitflux.ch>

Hi

Despite the quite calm list here, we're busy working on BXE making 1.0 
ready.

We added some cool new features to the latest snapshots:

- Image Selection with the drawer library from kupu

go to http://cvsdemo.bitfluxeditor.org/examples/inlineXHTML/
click on "Edit this Article" then click on the editable text. Now click 
on the image button on the top and see the new thing in action ;)
Image Upload is currently missing, we will do an interface for that soon.
Thanks to the guys from kupu (http://kupu.oscom.org) for this cool 
feature. We try to work more together with kupu in the future and will 
maybe add more stuff from kupu and contribute back to them.

- Plugin support:

The so-called ImageDrawer is implemented as a plugin. The interface is 
quite simple right now, see 
http://cvs.bitflux.ch/chora/co.php/trunk/plugins/Drawer.js?rt=svneditor&r=671 
for an example. and 
http://cvs.bitflux.ch/chora/co.php/trunk/examples/inlineXHTML/config.xml?rt=svneditor&r=670 
for the corresponding config.xml tags.

- More advanced Button definitions.

Buttons can now not only trigger events, but also call functions and 
insertElements. See 
http://wiki.bitfluxeditor.org/index.php/ButtonDefinitions for more details

- Switch to Subversion:

We ditched CVS and use Subversion from now on. Instructions for that can 
be found at http://www.bitfluxeditor.org/download/cvs/

- Roadmap

We are currently discussing, where BXE should head to and are looking 
for input. We started with a little Roadmap at 
http://wiki.bitfluxeditor.org/index.php/RoadMap . If you have anything 
to say or any ideas what's missing, just write it in the wiki or write 
an email to this mailinglist.

- Who's using BXE?

Last but not least, we'd like to know, who's using BXE or is planning to 
use it soon. We will publish this list then on the webpage (if you don't 
want to have your site published, but nevertheless let us know, we're 
fine with that). So please tell us, if you're using BXE.

That's it and as already said, we'd always like to hear from you


chregu




-- 
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60  | fax +41 1 240 56 71
http://www.bitflux.ch  |  chregu@bitflux.ch  |  gnupg-keyid 0x5CE1DECB

From chregu at bitflux.ch  Thu Apr 29 10:40:59 2004
From: chregu at bitflux.ch (Christian Stocker)
Date: Thu Apr 29 10:41:03 2004
Subject: [bx-editor-dev] Re: xhtml tables to docBook tables
In-Reply-To: <295810-2200444297527249@irata.ch>
References: <295810-2200444297527249@irata.ch>
Message-ID: <4090BF9B.3070200@bitflux.ch>

Hi valentin

On 4/29/04 9:52 AM, valentin vago zeropaper wrote:
> Hi chregu
> 
> I'm now trying to "convert" the tables elements, I saw that bxe's
> using the xhtml elements for those and (from my observations) the
> process seems to be external to any relaxng... 

Yes, relaxng doesn't know anything about "tables", we would have to ad 
proprietary extensions to relaxng for that (i don't say, it's a no go 
area ;) )

 > I think I understand
> why you use xhtml (for diplaying in browser, no??)

xhtml is well known and easy to do for a browser and yes, the browser 
just understands the concept of tables and imgs this way ,)

> 
> In this case, can I really replace the docbook tables elements (I
> mean, the mozilla won't be able to parse the table with docbook
> elements as it parses the xhtml elements).

yeah, you can replace them.

> I was searching a solution with some tricky css ( but I think it
> isn't correct...), so my question is: Is there a possibility and in
> the this case could you help me to direct my researches.

if you use the css "display" properties for your table elements (like 
"table-cell") it should be possible to do it. the underlying 
mozile-editor does honor them (or at least should).

We could certainly do the table-editing stuff more general, there are 
some hardcoded "td/tr/table" references in the code, which should be 
replaced...

chregu
> 
> Have pleasant journey
> Best regards
> Valent!n

-- 
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60  | fax +41 1 240 56 71
http://www.bitflux.ch  |  chregu@bitflux.ch  |  gnupg-keyid 0x5CE1DECB
From chregu at bitflux.ch  Thu Apr 29 10:57:10 2004
From: chregu at bitflux.ch (Christian Stocker)
Date: Thu Apr 29 10:57:16 2004
Subject: [bx-editor-dev] "Styles" dropdown and other stuff
In-Reply-To: <40483105.8090409@bitflux.ch>
References: <000c01c4024d$5d6da2a0$6400000a@pete> <40483105.8090409@bitflux.ch>
Message-ID: <4090C366.6010208@bitflux.ch>

Hi all

The bug described below should be fixed in cvs and the latest snapshot.

Thanks for the report

chregu

On 3/5/04 8:49 AM, Christian Stocker wrote:

> Hi
> 
> On 3/5/04 2:01 AM, Peter Bowman wrote:
> 
>> Perhaps I might answer in separate mails.
>>
>> Christian Stocker wrote:
>>
>>> On 3/3/04 12:34 AM, Peter Bowman wrote:
>>>
>>>> - When I change the elements by choosing a new tag from the 
>>>
>>>
>>> drop down
>>>
>>>> list, the underlying xml is changed, but not the display. 
>>>
>>>
>>> E.g. if I have
>>>
>>>> <para>Text</para> and change para to head, the xml becomes 
>>>> <head>Text</head> but it displays as though it were aa para.
>>>
>>>
>>> That worked for me. Did you define a css (with .head) for <head>? 
>>> Otherwise it will just take the standard layout.
>>
>>
>>
>> Yes, I have all that, and if I insert a <head> any other way it works 
>> fine
>> and looks nice.
>>
>> I used the DOM inspector to see what's going on:
>>
>> Say I change <para> to <head> as above.
>>
>> It starts off:
>>
>> <span class="para">Text</span>
>>
>> Then when I change to "head" it becomes:
>>
>> <head class="para">Text</span>
>>
>> The style dropdown shows "no block found" for that part of the text. I 
>> guess
>> it should be:
>>
>> <span class="head">Text</span>
> 
> 
> yes, that should it be ;)
> 
> That's most presumably an easy fix and an annoying bug. Will try to fix 
> it this morning.
> 
> -> http://bugs.bitflux.ch/cgi-bin/bugzilla/show_bug.cgi?id=582
> 
> PS. Could you please answer to the mailinglist and not to me personally 
> only? Thanks and thanks a lot for your feedback, it helps a lot.
> 
> chregu
> 
> 
>>
>> Thanks,
>> Pete.
>>
> 

-- 
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60  | fax +41 1 240 56 71
http://www.bitflux.ch  |  chregu@bitflux.ch  |  gnupg-keyid 0x5CE1DECB