Xinha Discussion Forum

Didn't think of doing it that way, simple and effective I guess.

adam is correct, you'll have to make it a single button (not in the combined file) and modify htmlarea.js in some way so you can have buttons of different sizes (it is necessary to specify a size, simply removing the sizes isn't going to work).

I'd still like to see the artistic talents of some more members, and have a vote, but my personal favorite at the moment is hyp0r's first one (with the tagline), my reason (compeletly subjective!) is

1. I like logos to have something graphical and not necessarily related, a mascot if you like, I think this is reflected in many open source motifs, eg Tux, the BSD Daemon, etc..  The use of a Chakra satisfies that goal
2. I also like products to have a tagline, again that's satisfied
3. I like the plain but bold typeface, and especially the dropped leg on the X just giving it a bit of interest
4. completly off the topic, but being a blatantly biased Kiwi, the Chakra (well, the fact that Xena uses a Chakra) gives it a small link to New Zealand :-D

But don't get me wrong, the others are also very good, the reason I prefer hyp0r's over them is just...
* rift's: I think that the dimensions of rift's are perhaps not right for a logo at the top of the trac which would better suit a landscape dimension rather than the portrait of his design
* mattia's: I'm not sure about having the chinese character there, for the simple reason is that it would be a bit of an "in joke" as it were, unless you were privvy to this thread (or whatever) you wouldn't know why we had this character as the logo, I also think it would look better in black
* macatak's: I quite like it, but I just prefer hyp0r's probably because it's simple black-on-white and it has that graphical component, I don't know, it's actually pretty close in "how much James likes them" points

But like I said, it's not my decision, this is a community driven open source project and the community shall decide.

We must have some other artistically inclined members out there somewhere to have a crack at it!

Will,

could you perhaps write a list (just post here) of things that FCK has that we don't (and should)? 

I doubt it, SF doesn't support subversion repositories, or trac or anything nice like that anyway.  There are a number of developers (including myself) who have access to commit to the subversion repository for Xinha, anybody who wants to do so need only ask me (and show me a patch they want to commit first so I know they are at least a little bit conversant with Javascript).

Interesting.  It would be nice if we could support Safari too, but it won't be before V1.0 (of Xinha), by which time hopefully the  browser specific code might be able to be split out into separate scripts - I want xinha.js, xinha-ie.js and xinha-gecko.js, and one day then xinha-safari.js (or xinha-khtml.js if that functionality is passed back to khtml for konq etc).

I do have PearPC around here somewhere so I *could* at a pinch do that development, but it would be better for somebody who has a real (much faster) Mac to do that.

The only way of doing it would be to snapshot the html before the paste, paste, then diff the snapshot and the current to work out what was added, pull that out, strip it appropriatly, put it back in etc... in other words, it's just not realisitically possible.

hyp0r, maybe you should try making the word Xinha go "through" the middle of the chakram (the circly thing for those who are not familiar with the Warrior Princess) or something to bring them togethor somehow (perhaps the chakram could be "part of" the X in Xinha).

I like the tagline   The only thing with the drop on the X is we wouldn't be able to have it over the grey bar like that unfortunatly.

Are you using the latest nightly?

I would, although I havn't really thought too much about it when I hacked togethor Linker and inline-dialog, I expect it might take some work to figure it out.  I don't however have very much time right now so if somebody wants to do it, by all means go ahead.  What I would say is that it would be *much* preferable to use layers (eg a positioned iframe) as "faux popups" rather than real popup windows, this would be much faster to open the popups ( I find opening the dialogs quite slow at the moment) and avoid possible popup-blocker problems.

Well, two sides to the coin, if we load them at the start then it will be more responsive to users when using it, if we load the files on demand then perhaps the initial loading will be a bit faster.  I prefer preloading them when starting Xinha so that it's more responsive when you want to use them, but others might feel differently.  If they were loaded at the start, then they should be loaded asynchronously (ie use _getback or something) rather than hold up the rest of the process while it's loading the file from the server - see Linker for example.

PHP and it's ignored trailing commas have much to answer for in the world of Javascript bug hunting

I think I will add a "boilerplate" file to the examples directory which people can more easily modify to be thier own (currently they have to copy the example body and delete a chunk of stuff from the bottom).

Are you setting _editor_url correctly?

Hi Chris, of course any and all contributions of code, in any language are excellent   You should contact yermo on this board, he is working on a new "backend" system for plugins and will probably want some help with the ASP side of things.