Hmmm...  Why not simply turn off the Cut/Copy/Paste function in FCKEditor on the server, so that we can all use the default Cut/Copy/Paste/Spellcheck/etc/etc that's on the Firefox and/or Mozilla as standard under the right mouse button pop-up?  No fussing with user.js needed.

It's a setting option in the OSS version of FCKEditor, so should be fully documented in the for-fee version presumably being used here.

Fry's still carries it in at least some of their stores.  Also last week they had Poser 6 with Miki package for only $99.99 after rebates...

Attached Link: Google releases Picasa for Linux -- and 100+ Wine patches

I heard recently that Google has paid CodeWeavers to enhance/fix Wine so that their new graphics image package could run on Wine.  See link.  I wonder if those 100+ fixes helped Poser any?  Looked through the list of fixes at the time, and many seem to address display issues...

mathman, No problem.  Let FII plugin build the FII variants of the INj files, switch to that bank, and leave it there.  ;-)  It seems to be really hard to get the word out about FII so that more can benefit from it...

Les, Brilliantly put - the best description of the issue I've ever seen!  And I've tried to explain it many times.

mathman, As a PBII user, if I'm not mistaken, you should consider the FII plugin for it, as this will fix the issue along the lines described so eloquently here by Les.

To answer an earlier question, PHP is just a scripting programming language. There is nothing about PHP that makes "PHP"-Forums similar, or like anything in fact. It's that most are based on earlier Open Source coding efforts, i.e. they are mostly all iterations - some small some large - of an earlier work, that's why they look like "PHP-Forums". This Bondware 2.something < 3.0 Forum is clearly based on something like phpBB. While it is probably contractually and legally safe to hide it's original source, it is copyrighted code being used as a base, and it is normal to credit that effort publicly on the site somewhere. That Renderosity doesn't do it, when it itself gets so "high and mighty" about copyright infringements, I find unacceptable. As should many readers here... Another problem, as noted earlier this was not designed to run quickly, but it is clearly 2 to 3 times slower today than it was day 1. Time to give up on it, me thinks.

It's soooo wide! If it weren't for the hoz scroll each page driving me crazy, sliding it sideways does at least get the text part to fit in 800 pixels AND hides the overly large avatars & associated column ;-) But real problem is it's an order of magnitude or 2 too slow. Anyone used CPG-Nuke, this stuff can be fast. Fear it was not designed for speed. Check out those already infamous yelow pentagons - each is a UNIQUE graphic (that just look the same) so each loads individually and visibly slowly, and hammers my bandwidth - let alone what it does to the server. [Right-click and View Image one and look at it's URL....] And why doesn't the Preview page have a copy of the Input text, without another button click? That's archaic alright, but again, a "feature" that slows the site "by design." BTW anyone figured out yet which pefectly good OSS app this was before it was slowed done, err, enhanced? OMG, they are downloading the CSS on every page! What a hoot! It's like a browser history lesson - (Maybe "How Not To Progress" would be a good title?) Opps! No record trail left on post edits - this is my 2nd. (Should make for some interesting revisionist posting, IYKWIM ;-) And no preview on edits, so don't make errors when fixing you errors :-P

On morph injection, I understand the arguments for and against, but I think more would agree that the concept is great, however the first/Daz implementation is somewhat limited. Consider this: First do not use :1 in any figure, including clothes, as suggested by lesbentley earlier in this thread (i.e. be FII compliant). So more that than 1 injection character can be used in a scene. Don't implement with the "2-level" readscript files that Daz uses. I don't have the details to hand, but Migal and lesbentley have posted the details several times on PoserPros. This won't save much space, but halve the number of disk I/O's - and thus the time - to inject. Skip all the unhide parts of the remove files, again just extra I/O & time. Don't over do the number of injection files. Having every one of the morphs in a separate .pz2 file is anal. Sensible groupings would save lots of time. Best option, have them both ways, then groups can be used when developing a character, but individual ones can be used for injecting characters to truly minimize disk file space. Incorporate routines - Python a la svld's new tool - to build the final injection character but using individual injection morphs. Daz's injection builder produces a file full of "fluff" (0 morphs), and is way too slow and clumsy done as a stand alone, which needs updates per character to stay current, which shouldn't be necessary. Done well, readscript base injection should work for us, not make us jump through procedural hoops. As to the original question: Yes, but please make it a unisex base, a la the old Free Market Family idea - including the FOSS aspects too preferably.

I'm afraid the nice answer from EF was useless... :( Not only that, but the issues they do cite could - and should - be addressed in ANY program. It's not hard to design a system which does NOT leave a critical file, esp. a small one, open in a state where corrupt would/could occur when the app itself crashes. Programming 101. And as for not being able to determine what the key folder names are on different language versions of the OS is equally pathetic. Most sadly, this message implies that eF Technical Support doesn't know under what condition this dialog is displayed either! > Interesting that there are so many theories what causes this. In the face of this, what else can we do, but theorize? Sad, sad...

Hmmm, 1 more try, then I give up ;-) Normally a readscript injection injects the ERC slave control, which affects the FBMs, into Figure 1, simply because Daz coded the deltas to (always) apply to "Figure 1". (Note that this means the very 1st figure loaded into a new, virgin scene, not Figure 1 on the UI, which is/can be different.) FII is based on removing all references to Figure 1 from teh injection files. In this case the ERC slave control is directed to the currently selected figure, regardless and irrespective of which model it is. This is, normally, what you want/expect: both the actual morph deltas and the ERC slave control injected into the same figure. So using FII it is possible to inject V3 morphs into M3, but selecting M3, and then loading a V3 morph - but why would you, with or without FII? Poser will not inject it incorrectly because you are using FII. On the contrary, Poser will load it incorrectly if you are NOT using FII, and have more than one Mil3 figure in the scene - which is what fixer is complaining of.

Suggest reading posts by lesbentley, Jim Burton and others, including Maveris who discovered it. It works by removing the Figure 1 stuff, it's not related to naming at all, but to which Figure (number) Poser assigns the ERC slave control master to - which will always be Figure 1 the way Daz have it set up.

FII works in that case too.

Dizzi, FII addresses this issue, and permits injections to any figure in a scene, even identical ones. You direct Poser to inject the correct figure simply by selecting the target figure as the current figure (ie. you click on it ;-) If by chance you have Migal's Stephanie Max - which is built FII-compliant - you can test this concept out by loading 2 copies of SMax and inject different morphs into each.

Attached Link: http://www.renderosity.com/messages.ez?Form.ShowMessage=1431670

PBooost will get you much more than just FII, hard to see how to live without it once you have it. But anyhoo, if you are up to the editing task, read this thread started by Maveris, and follow my link in that thread to the edit list/vim script. Not really hard or very time consumming to do, but the downside is keeping track of and re-doing it every time you update or add to your !Daz folders :-(

Message edited on: 03/09/2006 11:55

Python Library? www.hogsoft.com