cssed-devel — cssed development discussion

[cssed-devel] Compiling error

[Daniel M. <dan...@hi...>]

Hi!

I've found this program some days ago, it's great! 
(It's young now but it is very promissing)

Some days ago I got the source code using the CVS, and I compiled it 
without any errors. 
Today I have made a 'cvs up' and tried to compiled it, but the following 
message error is shown: 
'main.c:29:19: debug.h: No such file or directory'.

I think that the 'debug.h' file must be new and it haven't been included 
in the CVS repository. 

Thanks in advance, 
	Daniel Molina

Re: [cssed-devel] Edit menu and HIG

[<mic...@ea...>]

Le 18 mars 2004, =E0 17:13, Iago Rubio a =E9crit :

> On Wed, 2004-03-17 at 00:25, Mich=E8le Garoche wrote:
>
> So if you want some cheap surfing lessons this summer, just send me a
> mail and take a travel to Spain ;)
=A1No me digas!

>
>>>> Maybe a button too for
>>>>> display/hide panels (bottom and lateral). And shortcuts in the =
menu
>>>>> for show/hide line numbers, wrap/unwrap lines, show/hide
>>>>> autocompletion, fold/unfold. :-)
>>>
>>> We must elabotare what buttons will be taken out the toolbar and =
what
>>> we
>>> will put into ;)
>>>
>>> Or, What about a secondary toolbar ?
>> Yes, that was I was thinking about a second toolbar for specialized
>> tasks:
>
> That's a good idea.
>
> First we must change the menus to see what can be taken out the =20
> toolbar.
>
> Reading the HIG I've found the following templates:
>
> View
> 	Toolbar 		<- is this ok ?
> 	-------------
> 	Zoom in
> 	Zoom out
> 	Normal Size
I don't know for gnome, but Mac is as is:

View
  Anything specific to the application
  ---------------
  Show/Hide Toolbar
  Customize Toolbar

In fact the Show toolbar menu item turns into Hide toolbar menu item =20
when the toolbar is shown and vice-versa.

The customize toolbar display a form when you can drag and drop icons =20=

from the form to the toolbar. At the beginning you have default buttons =20=

in the toolbar, then you can add/remove them (all available buttons are =20=

in the form). I don't know if we can implement this in cssed, but it's =20=

very handy.

Apple defines the view menu as
<http://developer.apple.com/documentation/UserExperience/Conceptual/=20
OSXHIGuidelines/index.html>:

[quote]
The View menu provides commands that affect what users see in a window. =20=

In the Finder, for example, the View menu contains commands for =20
displaying windows as columns, icons, or lists. Commands for showing, =20=

hiding, and customizing a toolbar belong in the View menu. Create a =20
View menu for these commands even if your application doesn=92t need to =20=

have other commands in the View menu. Show/Hide Toolbar should appear =20=

right above Customize Toolbar.

  Avoid using the View menu to display utility windows (such as tool =20
palettes); use the Window menu instead.
[/quote]

So, for example, anything in Panel menu belongs to View menu as it =20
affects what the user views and applies to the whole application, =20
contrary to what is in document menu which is specific to a document =20
(not the whole application).

View
  Show footer panel
  Hide footer panel
  Show side panel
  Hide side panel
--------------
  Toolbar

But better is:
View
  Footer panel (with a case to check)
  Side panel (with a case to check)
--------------
  Toolbar (with a case to check)
  Customize toolbar (if implemented)



For zoom, etc:
Format
  Change font (this one taken out from Document menu) or just Fonts
  -----------------
  Normal
  Zoom in
  Zoom out

Again, definition from Apple:
[quote]

If your application provides functions for formatting text, you can =20
include a Format menu as a top-level menu or as a submenu of the Edit =20=

menu. It may be appropriate to group some items that are in the Format =20=

menu into submenus, such as Font, Text, or Style.
[/quote]

As the edit menu is long enough, it is more appropriate to use a Format =20=

menu.


>
> Bookmarks
> 	Add Bookmark
> 	Delete Bookmark
> 	---------------
> 	Next bookmark
> 	Previous Bookmark
>
> Go 				<-  Is this ok ??
> 	Previous page
> 	Next Page
> 	--------------
> 	First Page
> 	Last Page
We should be consistent between menus (Next before Previous), so:

Go
  Next page
  Previous page
  ----------
  First page
  Last page

I'll guess you mean document here?

>
> ////////////////////////
>
> Will be taken out the toolbar:
>
> 	Zoom in 	(Bigger font size)
> 	Zoom out	(Smaller font size)
> 	Normal Size	(Default font size)
> =09
> Any other ??
None that I can think of.

>
> Ah! ... and, How does it fit with the MacOsX HIG (if any) ?
Answers above.

>
> What to add to the second toolbar ?
>
> Any idea ?
View line numbers, View lines wrapped, Enable autocompletion, Fold all, =20=

Unfold all
The above ones could go into first toolbar.

Those ones into second toolbar:
some main dialogs: border all dialog, font dialog, color dialog, margin =20=

all dialog, padding all dialog
Then: selector wizard, color wizard
Then: scan selector, doc info, clean, validate

>
>> For the next one, it would be great if we can open a second window
>> (i.e. a second instance of cssed), as in bluefish to allow comparison
>> side by side. Just an idea.
>
> A spliter window ?
> To divide a document window in two views of the same document ?
No, from my experience, it's difficult for the user to deal with. But a =20=

second instance of cssed where you can open another of even the same =20
document. Say you want to use an already existing style sheet to build =20=

another one. That's the behaviour you obtain in bluefish when clicking =20=

the new window item in file menu.
Then, you can easily copy, drag and drop and so on.


And just to make the document menu more pleasant to view:

Document
  View line numbers
  View line endings
  View white spaces
  View lines wrapped
---------------
  Enable autocompletion
  Enable folding
--------------
  Set EOL mode
  Folding
  Hightlighting

or even better:

Document
  Line numbers (with a case to check)
  Line endings (idem)
  White spaces (idem)
  Wrap lines (idem)
---------------
  Autocompletion
  Folding
    Fold all
    Unfold all
--------------
  Set EOL mode
  Hightlighting

And by the way, we need a close document in File menu:

File
  New
  Open
---------
  Close
  Close all (eventually)
  Save
  Save as
___________
  Quit

Wouah, I would not have thought, I wrote so much  :-)

Mich=E8le
<http://micmacfr.homeunix.org>

Re: [cssed-devel] Edit menu and HIG

[Alastair P. <ala...@li...>]

On Fri, 2004-03-19 at 05:13, Iago Rubio wrote:
> Reading the HIG I've found the following templates:
>=20
> View
> 	Toolbar 		<- is this ok ?
As a toggle, yes
> 	-------------
> 	Zoom in
> 	Zoom out
> 	Normal Size
>=20
> Bookmarks
> 	Add Bookmark
> 	Delete Bookmark
> 	---------------
> 	Next bookmark
> 	Previous Bookmark
>=20
> Go 				<-  Is this ok ??
yep
> 	Previous page
> 	Next Page
> 	--------------
> 	First Page
> 	Last Page
>=20
> ////////////////////////
>=20
> Will be taken out the toolbar:
>=20
> 	Zoom in 	(Bigger font size)
> 	Zoom out	(Smaller font size)
> 	Normal Size	(Default font size)
> =09
Looks good for now.

Alastair
--=20
(o< - A l a s t a i r   P o r t e r
//\         =20
V_/_   ala...@li...

Re: [cssed-devel] Edit menu and HIG

[Iago R. <iag...@hi...>]

On Wed, 2004-03-17 at 00:25, Mich=C3=A8le Garoche wrote:

> Those ones=20
> [ imgs ]Zoom in / Zoom out / Normal size
> ______________________________________________________________________
> I use them rarely, so for me they would be better placed in menu, as=20
> articles, normally in Document, or in a new Format menu.

Ok.

> >>  and create new buttons for selector scanner, Info on
> >>> document, Color wizard, and Selector wizard.
> >
> > Will start to build some icons for that, but they will be really ugly.
> >
> > I'm not a great graphic artist even while I've worked a lot on
> > plublishing and photography. (If you make a search for "Iago Rubio" in
> > Google I'm sure you will find some info identifying me as "Surfer and
> > photographer from Spain" ;).
> Wouah, am I talking to a worldwide known surfer? :-)

eeeerr .... not a "worldwide known" surfer. But yes a surfer, and member
off the Galician's Federation Technicall Staff ;)

My brother and friends are still in the surfing business and they run a
Surf Camp near my home town http://razsurfcamp.com/index_2003.html
where we trained 2002 Junior World Champion  Goni Zubizarreta, =20
http://www.aspeurope.com/2003/wqs/ericeira/fotos/day1/ERICEIRAPRO2003Sept25=
2003p/E3zubizareta_JPG.html
http://www.masmar.com/noticias/html/17926.html

I wrote and developed the surfing courses ;)

So if you want some cheap surfing lessons this summer, just send me a
mail and take a travel to Spain ;)=20

> >> Maybe a button too for
> >>> display/hide panels (bottom and lateral). And shortcuts in the menu
> >>> for show/hide line numbers, wrap/unwrap lines, show/hide
> >>> autocompletion, fold/unfold. :-)
> >
> > We must elabotare what buttons will be taken out the toolbar and what=20
> > we
> > will put into ;)
> >
> > Or, What about a secondary toolbar ?
> Yes, that was I was thinking about a second toolbar for specialized=20
> tasks:

That's a good idea.

First we must change the menus to see what can be taken out the toolbar.

Reading the HIG I've found the following templates:

View
	Toolbar 		<- is this ok ?
	-------------
	Zoom in
	Zoom out
	Normal Size

Bookmarks
	Add Bookmark
	Delete Bookmark
	---------------
	Next bookmark
	Previous Bookmark

Go 				<-  Is this ok ??
	Previous page
	Next Page
	--------------
	First Page
	Last Page

////////////////////////

Will be taken out the toolbar:

	Zoom in 	(Bigger font size)
	Zoom out	(Smaller font size)
	Normal Size	(Default font size)
=09
Any other ??

Ah! ... and, How does it fit with the MacOsX HIG (if any) ?

> > Ah!, Have you got any feature request before the beta release ?
> None, that I can think of right now.

Ok, so once changed the menus and toolbars the first beta will be
released :)

What to add to the second toolbar ?

Any idea ?

> For the next one, it would be great if we can open a second window=20
> (i.e. a second instance of cssed), as in bluefish to allow comparison=20
> side by side. Just an idea.

A spliter window ?

To divide a document window in two views of the same document ?
--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] Edit menu and HIG

[<mic...@ea...>]

Le 16 mars 2004, à 11:43, Iago Rubio a écrit :

>>>> Something lost ?
>>> Well, maybe the delete button in the toolbar. And personally I would
>>> have put the police related toolbar buttons in the menu (not in the
>>> toolbar),
>
> A little lost about it, can you elaborate it a little please :) ?
Those ones 

Re: [cssed-devel] Edit menu and HIG

[Iago R. <iag...@hi...>]

On Sat, 2004-03-13 at 02:08, Mich=C3=A8le Garoche wrote:
> Le 13 mars 2004, =C3=A0 2:07, Mich=C3=A8le Garoche a =C3=A9crit :
> Sorry click on the wrong button when replying.

Don't worry I've just done the same with my previous message ;)

> >
> > Le 12 mars 2004, =C3=A0 21:21, Iago Rubio a =C3=A9crit :
> >
> >> I've changed the edit menu - as posted in previous messages - to match
> >> the following layout:
[snip]
> > The standard order is:
[snip]
> >
> > It's very important to stick with it, as it can use automatically (I=20
> > mean without thinking about where it is placed).

Fixed :)

> >> Must we take out the preferences button from the toolbar ?
> > In my opinion, no. It's very handy to have it there, it avoids to go=20
> > to the menu.
> >
> >> Something lost ?
> > Well, maybe the delete button in the toolbar. And personally I would=20
> > have put the police related toolbar buttons in the menu (not in the=20
> > toolbar),

A little lost about it, can you elaborate it a little please :) ?

I'm not sure what you mean with the police related buttons.

>  and create new buttons for selector scanner, Info on=20
> > document, Color wizard, and Selector wizard.=20

Will start to build some icons for that, but they will be really ugly.=20

I'm not a great graphic artist even while I've worked a lot on
plublishing and photography. (If you make a search for "Iago Rubio" in=20
Google I'm sure you will find some info identifying me as "Surfer and
photographer from Spain" ;).

> Maybe a button too for=20
> > display/hide panels (bottom and lateral). And shortcuts in the menu=20
> > for show/hide line numbers, wrap/unwrap lines, show/hide=20
> > autocompletion, fold/unfold. :-)

We must elabotare what buttons will be taken out the toolbar and what we
will put into ;)

Or, What about a secondary toolbar ?

Ah!, Have you got any feature request before the beta release ?

Best regards.
--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] New test feature

[Iago R. <iag...@hi...>]

Hi Mich=C3=A8le, sorry for this delay, I went to Madrid to visit my family
there, and  I've just come back now.

On Sat, 2004-03-13 at 03:30, Mich=C3=A8le Garoche wrote:
> Le 12 mars 2004, =C3=A0 19:24, Iago Rubio a =C3=A9crit :
[big snip]
> > But I'm not yet sure it's something to be done.
> >
> > Is this interesting ? or it doesn't deserve the effort.
>  From the Mac point of view, it has no interest, as it will never work
> as intended (i.e. open a file with cssed by choosing it in the=20
> filebrowser). Simply because I cannot associate an X11 application
with=20
> a file, the application has to be a Mac OS X application for this to=20
> work (for example an AppleScript which launches X11, then cssed, then=20
> open a file within cssed). Then I can dock cssed like any other Mac OS
> X application and associate any files with the script.

Ok, I will drop it for MacOSX systems then.

I'm puting to work some defines to exclude the code from Darwin
machines.

Sorry again for my delay.
--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] New test feature

[<mic...@ea...>]

Le 12 mars 2004, =E0 19:24, Iago Rubio a =E9crit :

> El vie, 12 de 03 de 2004 a las 17:58, Mich=E8le Garoche escribi=F3:
>> Le 12 mars 2004, =E0 17:34, Iago Rubio a =E9crit :
>>> It seems to be a core Darwing feature, if it's supossed to be in all
>>> MacOsX systems, may be, I'll take a try ;)
>> I doubt you can use it under X11.
>
> But interprocces communication is a kernel feature, so why X11 will
> break it ?
It's a micro-kernel feature and the services are implemented in the=20
Carbon layer, so above the X11 layer.
>
> The message queue can run in the console, and have no need of graphic
> features of X11.
I's not a standard message queue, that's why it's so complicated to=20
implement outside of CarbonLib.
>
> It's just as shared memory, semaphores, signals, .... those are low
> level kernel features, and shoud not be broken by any other running
> proccess in the system.
Shared memory is not standard either on the Mac. But you can use=20
sockets; it works like a charm.
>
>>> What can be problematic is to link with it, as there are no =
configure
>>> checks to test for it.
>>>
>>> Exists a standard location and name for the library ?
>>>
>>> Any idea about how to provide this feature in MacOsX without gnome ?
>> No that I know of.
>
> :(
>
> Will take it out with some #defines then to avoid breaking MacOsX
> building.
>
> In the other hand, may be it will never be in a release, but I will
> investigate further in the MacOsX ipc capabilities.
>
> This feature can be implemented storing information in a shared memory
> segment instead of using message queues.
>
> The shared memory api seems to be the same in Linux and MacOsX.
Alas, no.
>
> But I'm not yet sure it's something to be done.
>
> Is this interesting ? or it doesn't deserve the effort.
 =46rom the Mac point of view, it has no interest, as it will never work=20=

as intended (i.e. open a file with cssed by choosing it in the=20
filebrowser). Simply because I cannot associate an X11 application with=20=

a file, the application has to be a Mac OS X application for this to=20
work (for example an AppleScript which launches X11, then cssed, then=20
open a file within cssed). Then I can dock cssed like any other Mac OS=20=

X application and associate any files with the script.

Mich=E8le
<http://micmacfr.homeunix.org>

Re: [cssed-devel] Edit menu and HIG

[<mic...@ea...>]

Le 13 mars 2004, =E0 2:07, Mich=E8le Garoche a =E9crit :
Sorry click on the wrong button when replying.

>
> Le 12 mars 2004, =E0 21:21, Iago Rubio a =E9crit :
>
>> I've changed the edit menu - as posted in previous messages - to =
match
>> the following layout:
>>
>> Edit
>>   Undo
>>   Redo
>>  ------
>>   Search
>>   Search & replace
>>  --------
>>   Cut
>>   Copy
>>   Paste
>>   Delete
>>  ---------
>>   Preferences
>
> The standard order is:
> Edit
>   Undo
>   Redo
> ------
>   Cut
>   Copy
>   Paste
>   Delete
>  ---------
>   Search
>   Search & replace
>  --------
>   Preferences
>
> It's very important to stick with it, as it can use automatically (I=20=

> mean without thinking about where it is placed).
>
>> Must we take out the preferences button from the toolbar ?
> In my opinion, no. It's very handy to have it there, it avoids to go=20=

> to the menu.
>
>> Something lost ?
> Well, maybe the delete button in the toolbar. And personally I would=20=

> have put the police related toolbar buttons in the menu (not in the=20
> toolbar), and create new buttons for selector scanner, Info on=20
> document, Color wizard, and Selector wizard. Maybe a button too for=20
> display/hide panels (bottom and lateral). And shortcuts in the menu=20
> for show/hide line numbers, wrap/unwrap lines, show/hide=20
> autocompletion, fold/unfold. :-)
>
> Mich=E8le
> <http://micmacfr.homeunix.org>
>
Mich=E8le
<http://micmacfr.homeunix.org>

[cssed-devel] Edit menu and HIG

[Iago R. <iag...@hi...>]

I've changed the edit menu - as posted in previous messages - to match
the following layout:

Edit
  Undo
  Redo
 ------
  Search
  Search & replace
 --------
  Cut
  Copy
  Paste
  Delete
 ---------
  Preferences

Must we take out the preferences button from the toolbar ?

Something lost ?
--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] New test feature

[Iago R. <iag...@hi...>]

El vie, 12 de 03 de 2004 a las 17:58, Mich=C3=A8le Garoche escribi=C3=B3:
> Le 12 mars 2004, =C3=A0 17:34, Iago Rubio a =C3=A9crit :
> > It seems to be a core Darwing feature, if it's supossed to be in all
> > MacOsX systems, may be, I'll take a try ;)
> I doubt you can use it under X11.

But interprocces communication is a kernel feature, so why X11 will
break it ?

The message queue can run in the console, and have no need of graphic
features of X11.

It's just as shared memory, semaphores, signals, .... those are low
level kernel features, and shoud not be broken by any other running
proccess in the system. =20

> > What can be problematic is to link with it, as there are no configure
> > checks to test for it.
> >
> > Exists a standard location and name for the library ?
> >
> > Any idea about how to provide this feature in MacOsX without gnome ?
> No that I know of.

:(

Will take it out with some #defines then to avoid breaking MacOsX
building.

In the other hand, may be it will never be in a release, but I will
investigate further in the MacOsX ipc capabilities.

This feature can be implemented storing information in a shared memory
segment instead of using message queues.

The shared memory api seems to be the same in Linux and MacOsX.

But I'm not yet sure it's something to be done.

Is this interesting ? or it doesn't deserve the effort.

--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] New test feature

[<mic...@ea...>]

Le 12 mars 2004, =E0 17:34, Iago Rubio a =E9crit :

> El vie, 12 de 03 de 2004 a las 15:44, Mich=E8le Garoche escribi=F3:
>> Hi Iago,
>>
>> Le 11 mars 2004, =E0 17:22, Iago Rubio a =E9crit :
>>
>>> Hi all,
>>>
>>> I'm testing a new feature in cssed.
>>>
>>> for it ;) but it's based on ipc System-V message queues, so must =
work
>>> in
>>> any *nix system.
>> No, no. On Mac OS X, there is not ipc System_V message queue. But you
>> can handle it inside gnome, which means a lot of code.
>
> I checked the MacOsX docs before doing it, and it states that exists=20=

> ipc
> support in Darwin.
>
> But I didn't notice that the headers and the API are not the same as =
in
> other *nix systems.
>
> "msg.h
>         For information on how to implement message queues, see the
>         Technical Note 1071[39]. The APIs implemented in msg.h are =
also
>         not supported, such as msgget, msgsnd, msgrcv, and msgctl. The
>         Technical Note mentioned above will help you implement the
>         functionality from these functions."
> http://developer.apple.com/technotes/tn2002/tn2071.html
>
> The technical note 1071 describes how to implement it with the
> "MPLibrary" shared library.
> http://developer.apple.com/technotes/tn/tn1071.html

>
> Is there this library is all MacOsX systems ?
>
> It seems to be a core Darwing feature, if it's supossed to be in all
> MacOsX systems, may be, I'll take a try ;)
I doubt you can use it under X11.

>
> What can be problematic is to link with it, as there are no configure
> checks to test for it.
>
> Exists a standard location and name for the library ?
>
> Any idea about how to provide this feature in MacOsX without gnome ?
No that I know of.

Mich=E8le
<http://micmacfr.homeunix.org>

Re: [cssed-devel] New test feature

[Iago R. <iag...@hi...>]

El vie, 12 de 03 de 2004 a las 15:44, Mich=C3=A8le Garoche escribi=C3=B3:
> Hi Iago,
>=20
> Le 11 mars 2004, =C3=A0 17:22, Iago Rubio a =C3=A9crit :
>=20
> > Hi all,
> >
> > I'm testing a new feature in cssed.
> >
> > for it ;) but it's based on ipc System-V message queues, so must work=20
> > in
> > any *nix system.
> No, no. On Mac OS X, there is not ipc System_V message queue. But you=20
> can handle it inside gnome, which means a lot of code.

I checked the MacOsX docs before doing it, and it states that exists ipc
support in Darwin.=20

But I didn't notice that the headers and the API are not the same as in
other *nix systems.

"msg.h
        For information on how to implement message queues, see the
        Technical Note 1071[39]. The APIs implemented in msg.h are also
        not supported, such as msgget, msgsnd, msgrcv, and msgctl. The
        Technical Note mentioned above will help you implement the
        functionality from these functions."
http://developer.apple.com/technotes/tn2002/tn2071.html

The technical note 1071 describes how to implement it with the
"MPLibrary" shared library.
http://developer.apple.com/technotes/tn/tn1071.html

Is there this library is all MacOsX systems ?

It seems to be a core Darwing feature, if it's supossed to be in all
MacOsX systems, may be, I'll take a try ;)

What can be problematic is to link with it, as there are no configure
checks to test for it.

Exists a standard location and name for the library ?

Any idea about how to provide this feature in MacOsX without gnome ?
--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] New test feature

[<mic...@ea...>]

Hi Iago,

Le 11 mars 2004, =E0 17:22, Iago Rubio a =E9crit :

> Hi all,
>
> I'm testing a new feature in cssed.
>
> for it ;) but it's based on ipc System-V message queues, so must work=20=

> in
> any *nix system.
No, no. On Mac OS X, there is not ipc System_V message queue. But you=20
can handle it inside gnome, which means a lot of code.

Mich=E8le
<http://micmacfr.homeunix.org>

Re: [cssed-devel] New test feature

[Jeremy G. <j....@lo...>]

On Thu, 2004-03-11 at 08:22, Iago Rubio wrote:
> Hi all,
> 
> I'm testing a new feature in cssed.
> 
> In non technicall words, this feature will let cssed to be opened one
> time, and from this point all other atempts to open a file with it, will
> redirect the action to the running instance.
> 
Sounds cool, will give it a try.

> This way - as example - if you associate the css file type with cssed,
> and you've got one instance of cssed running, the next time you open a
> css file from your filebrowser, it will be opened in the cssed instance
> you are working.
> 
> Bluefish users know this behaviour.
> 
> This feature is filebrowser independent and also works if you use the
> console.
> 
> I've got an initial test done, but I'm not sure if I will put it to work
> in a release. 
> 
> There're lots of things to do with it, but I'd like to know if it's
> interesting. If it's not, I will not work further on it ;)
> 
> You've got an snapshot with this feature enabled here
> http://cssed.sourceforge.net/cssed-0.2.0-ipc-11_3_2004.tar.gz
> 
> It have not been tested so far, and It have some improvments to be done
> ( as signal handling ), in the case of left it as an option.
> 
> I'm not sure to add it in the release, because there must be a thread
> running waiting for actions from other cssed instances. 
> 
> I'm afraid of resurce consumption in very low-end systems ( it's tested
> in a Pentium 100 with 32 Mb/RAM and it works quite well, but if we
> continue to add this kind of features, cssed will not work in this type
> of systems ;)
> 
> Any opinions or ideas ?
> 
> If any of you want a technicall description of this feature, just ask
> for it ;) but it's based on ipc System-V message queues, so must work in
> any *nix system. Just read main.c ( this is test code that will be moved
> to a separate file if we decide to use it ).
> 
> * How to test it ?
> 
> Compile the snapshot cd into the /src folder and type:
> 
> ./cssed utils.c& ( as example )
> ./cssed utils.c&
> ./cssed utils.c&
> 
> All files must be opened in the first cssed's instance.
> 
> Some debug output will be printed.
> 
> You can also use the following command, in a separate console, to see
> what's going on in the background.
> 
> $ watch ipcs -q
> 
> 
> Feedback please ;)

-Jeremy

[cssed-devel] New test feature

[Iago R. <iag...@hi...>]

Hi all,

I'm testing a new feature in cssed.

In non technicall words, this feature will let cssed to be opened one
time, and from this point all other atempts to open a file with it, will
redirect the action to the running instance.

This way - as example - if you associate the css file type with cssed,
and you've got one instance of cssed running, the next time you open a
css file from your filebrowser, it will be opened in the cssed instance
you are working.

Bluefish users know this behaviour.

This feature is filebrowser independent and also works if you use the
console.

I've got an initial test done, but I'm not sure if I will put it to work
in a release.=20

There're lots of things to do with it, but I'd like to know if it's
interesting. If it's not, I will not work further on it ;)

You've got an snapshot with this feature enabled here
http://cssed.sourceforge.net/cssed-0.2.0-ipc-11_3_2004.tar.gz

It have not been tested so far, and It have some improvments to be done
( as signal handling ), in the case of left it as an option.

I'm not sure to add it in the release, because there must be a thread
running waiting for actions from other cssed instances.=20

I'm afraid of resurce consumption in very low-end systems ( it's tested
in a Pentium 100 with 32 Mb/RAM and it works quite well, but if we
continue to add this kind of features, cssed will not work in this type
of systems ;)

Any opinions or ideas ?

If any of you want a technicall description of this feature, just ask
for it ;) but it's based on ipc System-V message queues, so must work in
any *nix system. Just read main.c ( this is test code that will be moved
to a separate file if we decide to use it ).

* How to test it ?

Compile the snapshot cd into the /src folder and type:

./cssed utils.c& ( as example )
./cssed utils.c&
./cssed utils.c&

All files must be opened in the first cssed's instance.

Some debug output will be printed.

You can also use the following command, in a separate console, to see
what's going on in the background.

$ watch ipcs -q


Feedback please ;)
--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] package vaersions

[Iago R. <iag...@hi...>]

El mar, 09 de 03 de 2004 a las 20:37, Jeremy Guarini escribi=C3=B3:
> OK Iago, I now understand the packaging system and idea that you have.
> Thanks for helping me.

You're welcome :)

For others in the list:

--------------------------------------------------------------------------

Hi Jeremy,

On 09 03 2004 00:41, Jeremy Guarini wrote
> Hi,=20

> I have a question about the package versions. I see that there is
> cssed-pre0.1.5 and then there is cssed-0.2.0, now will the 0.2.0 be
> considered not alpha/beta? It seems that the devs over at Gentoo who
> maintain the portage see the the pre in the version name and mask the
> application, thus the need to specifically emerge the package. If the
> pre is not in the name as is the case for the 0.2.0 version they will
> probably remove the mask.
> Just let me know what is going on with this.=20

I'm taking out the "pre" because it's causing lots of problems to other
packagers.

As example the redhat package was named cssed-0.1.2pre-1.rpm.

Most applications are not using the project state string (betha, alpha
or pre) in the package names, so I finally will drop it from cssed's
package name.

BTW the "pre" was first used as "pre-beta" but the "beta" was taken out
because it makes the name too long.=20

Most distros take the "pre" as "pre-release" that's not the cssed's
state. ( My fault ;)

So from this point the project state will not be in the cssed's package
name.

Next release - first beta - will be 0.2.0, it will be only numeric and
grow incrementally to ease packaging.


> Also, should I add an ebuild for the 0.2.0 version now or hold off
until
> later?

What I posted is a snapshot of the new release 0.2.0. The release will
be this package, with some corrections, and a new CSS dialog (box
properties).

So please wait a little to upload the ebuild. ITOH you can make the
ebuild, as the building proccess will be the same in the release
package.=20

Now it's time to see the lacks of this package, and to ask to add new
features or fix bugs and/or anoyances, in the current package :)

The release date will be decided in the list.

At least, once the package will be finished we must wait a some days for
the translators ( Michele and me ;) to update the po files.

I will post this message in the list as I know this question will be
asked again there.

Best regards.=20
--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] New snapshot

[<mic...@ea...>]

Le 9 mars 2004, =E0 22:16, Alastair Porter a =E9crit :

> On Tue, 2004-03-09 at 05:15, Mich=E8le Garoche wrote:
>> Le 8 mars 2004, =E0 16:36, Iago Rubio a =E9crit :
>>
>>>> By the way, do you plan to have the menu
>>>> Undo/Redo (as of now it only exists as an icon on the tools bar).
>>>
> I will go through and fix these up some time soon (since i have access =
=20
> ;-)
> In the meantime, read http://developer.gnome.org/projects/gup/hig/1.0/
> which is the interface guidelines for gtk/gnome apps.
> (The /edit menu is at
> http://developer.gnome.org/projects/gup/hig/1.0/menus.html#menu-=20
> standard-edit
Thanks Alastair, very useful links.

Mich=E8le
<http://micmacfr.homeunix.org>

Re: [cssed-devel] New snapshot

[Alastair P. <ala...@li...>]

On Tue, 2004-03-09 at 05:15, Mich=C3=A8le Garoche wrote:
> Le 8 mars 2004, =C3=A0 16:36, Iago Rubio a =C3=A9crit :
>=20
> >> By the way, do you plan to have the menu
> >> Undo/Redo (as of now it only exists as an icon on the tools bar).
> >
> > Yes, I was trying to avoid duplicate menu and toolbar entries, but
> > the're some menus that I'm missing as undo/redo and search/search
> > replace.
*Everything* should be in the menus.
The toolbar is to duplicate the items that are used most often


> > "search / search & replace" will be in the "Edit" menu, but I'm not=20
> > sure
> > where to put undo and redo.
> Tradionnally undo, redo are at the first places in Edit menu, then cut,=20
> copy, cut, then search, replace.
> >
> > May be in the /document menu as it's document based ?
> Better in Edit menu. It's where most people will look for it.
I will go through and fix these up some time soon (since i have access ;-)
In the meantime, read http://developer.gnome.org/projects/gup/hig/1.0/
which is the interface guidelines for gtk/gnome apps.
(The /edit menu is at
http://developer.gnome.org/projects/gup/hig/1.0/menus.html#menu-standard-ed=
it
> >> A great feature: document summary? or simply summary? digest?
> >
> > My english is not good enought to judge it :(
> >
> > I'd like to left it in your hands :)
> >
> > Any name decided here will be ok for me.
> Let's Alastair judge, I'll be more for digest.
Eeeck ;-P
I'll read through the tread again and have a look

--=20
(o< - A l a s t a i r   P o r t e r
//\         =20
V_/_   ala...@li...

[cssed-devel] package vaersions

[Jeremy G. <j....@lo...>]

OK Iago, I now understand the packaging system and idea that you have.
Thanks for helping me.

-Jeremy

Re: [cssed-devel] evolution and D-n-D

[Iago R. <iag...@hi...>]

Hi Jeremy, great to see you here :)

El mar, 09 de 03 de 2004 a las 00:26, Jeremy Guarini escribi=C3=B3:
> Cannot seem to drag a file from evolution to cssed,

In my test I used the message view of evo, draging a mail message onto
cssed.=20

>  but I can do it with
> other gtk apps though. Also tried it with xfe, which is a file explorer
> based on the fox-toolkit. Xfe supports D-n-D but it appears that cssed
> is just not accepting the connection between the two, or vice-versa.

The clue here, is that I'm only using Gtk's built into drag&drop
capabilities.

Gtk understand some DnD protocols: the Motif DND protocol, the Xdnd
protocol,the simple WM_DROPFILES protocol (Win32).

Applications should use Gdk signals to communicate with other apps while
a DnD action is running.

Right now cssed listens to DnD signals with the GdkDragAction bits set
to GDK_ACTION_COPY and GDK_ACTION_MOVE.

If GDK_ACTION_COPY it will paste (in this case as cssed is the Drag
destination) the dragged text in the editor window.

If GDK_ACTION_MOVE it will open the files dragged.

So it hardly depends on the protocols and signals, used by the DnD
source application.=20

I don't know what DnD protocol use xfe, but I'll take a closer look at
it.


Best regards.
--=20
Iago Rubio                http://www.iagorubio.com         =20
GPGkey pgp.rediris.es id 0x909BD4DD  fingerprint =3D
D18A B950 5F03 BB9A DD89  AA75 FEDF 1978 909B D4DD
********** iago.rubio(AT)hispalinux.es  **********    =20
--------------------------------------------------

Re: [cssed-devel] New snapshot

[<mic...@ea...>]

Le 7 mars 2004, =E0 20:37, Iago Rubio a =E9crit :

> Hi all,
>
> There's a new snapsot of cssed with some new features.
> http://cssed.sourceforge.net/cssed-0.2.0.tar.gz
By the way, Iago, you did not update the po files.

Mich=E8le
<http://micmacfr.homeunix.org>

Re: [cssed-devel] New snapshot

[<mic...@ea...>]

Le 8 mars 2004, =E0 18:24, Iago Rubio a =E9crit :
>> As for the cssed helpers, none work as is on Mac.

>
> Bad News :(
The python bindings for libxml2 do not exist on Fink, as the last time=20=

the maintainer tried to port them they did not work at all. So it's not=20=

possible to run the scripts on Mac.

>
>> For the
>> xemacs-launcher, I lack knowledge in how to tell xemacs to load the
>> module and where should I place it.
>
> Usually in your $prefix/share/emacs/site-lisp but no need to install =
it
> to see if it works.
>
> Just open it in emacs ( or xemacs ) and in the "Lisp" menu select =
"Byte
> compile and load". Then you can ty the commands "M - x cssed-this" and
> "M - x  cssed-file".
>
> If you don't see the Lisp menu you're not in Lisp mode. Try "M - x
> lisp-mode".
>
> Remember that the "M" is not the m capital character but the META key.
> Usually it's the Alt key ;)
This one works.

And many thanks for the xemacs lesson :-)

Mich=E8le
<http://micmacfr.homeunix.org>

[cssed-devel] evolution and D-n-D

[Jeremy G. <J....@Lo...>]

Cannot seem to drag a file from evolution to cssed, but I can do it with
other gtk apps though. Also tried it with xfe, which is a file explorer
based on the fox-toolkit. Xfe supports D-n-D but it appears that cssed
is just not accepting the connection between the two, or vice-versa.

-Jeremy

Re: [cssed-devel] New snapshot

[<mic...@ea...>]

Le 8 mars 2004, =E0 16:36, Iago Rubio a =E9crit :

>> By the way, do you plan to have the menu
>> Undo/Redo (as of now it only exists as an icon on the tools bar).
>
> Yes, I was trying to avoid duplicate menu and toolbar entries, but
> the're some menus that I'm missing as undo/redo and search/search
> replace.
It's in the Mac HIG, it's stated that every command should have a place=20=

in menu too.

> I will put them in the menu bar.
>
> "search / search & replace" will be in the "Edit" menu, but I'm not=20
> sure
> where to put undo and redo.
Tradionnally undo, redo are at the first places in Edit menu, then cut,=20=

copy, cut, then search, replace.

>
> May be in the /document menu as it's document based ?
Better in Edit menu. It's where most people will look for it.

>> A great feature: document summary? or simply summary? digest?
>
> My english is not good enought to judge it :(
>
> I'd like to left it in your hands :)
>
> Any name decided here will be ok for me.
Let's Alastair judge, I'll be more for digest.

As for the cssed helpers, none work as is on Mac. It should be=20
rewritten specifically for python/gtk on Mac (I'm not able to do it=20
right now): it complains about not finding gtk and libxml2, though they=20=

are there, problem of path or loading of libraries I'll guess. For the=20=

xemacs-launcher, I lack knowledge in how to tell xemacs to load the=20
module and where should I place it.

Mich=E8le
<http://micmacfr.homeunix.org>