Freya Mokusei

Mister Webwyre wrote: What I'm trying to figure out now, is how to "graphically" illustrate it with (linked?) prims, e.g three prims for an AND gate, the two inputs and the output, and how to show gates connected and their states. As research for this, you may want to look at Minecraft's 'RedPower2' mod, which includes a lot of interesting graphics for circuitry already. http://nemesis.evalq.net/RedPower2/recipes.html Bear in mind that prims that are rezzed count towards your prim limit on land, therefore fewer is better than more. If you're looking to simulate complex circuits (100+ gates/steps/etc) I would stick to 1 'tile' shaped prim with a unique, stylised or animated texture denoting its role. Mister Webwyre wrote: I'm wondering if an entire CPU / or circuit would have to be one linkset (is there a limit to how many prims in a linkset ?), or if I can make each logic gate a linkset, and then use chat to communicate between the linksets ? Yeah the SL link-set system leaves a lot to be desired. I would avoid it so that moving the components remains easy. You can still move objects in groups of course with shift-drag/shift-click in edit mode. The maximum number of prims within a link-set is 255. Chat is definitely how it's going to be done. Take a look at the commands for llListen and llRegionSayTo. One strong method of accomplishing 'pairing' or connection is to generate this small sequence within 2 unlinked prims:- 1. User touches PRIM1, PRIM1 sets to 'awaiting connection'. 2. User touches PRIM2, PRIM2 broadcasts 'I need a connection'. 3. PRIM1 listens to PRIM2, and assigns it as a 'paired' prim with it. From this point on, you can use llRegionSayTo to make sure chat commands pass explicitly between PRIM1 and PRIM2, without creating confusing 'noise' for other prims in the same circuit.

These are the specific parts of LSL code that may interest you. LSL supports 'basic' boolean logic (which combined with AND and OR mostly expands this range) and also bit-wise/hex-based comparison. http://wiki.secondlife.com/wiki/LSL_Operators http://wiki.secondlife.com/wiki/Category:LSL_Flow_Control It would be fun to see how 'modular' you could make a logic gates system, as well as how expandable. For the most part however, LSL deals with logical comparisons and other operations within a single script. e.g.:- if(inputA == TRUE && inputB == TRUE) { llOwnerSay("AND pass"); } else { llOwnerSay("AND fail"); }

Does the custom size match your monitors aspect ratio? If not, does adjusting it to match your aspect ratio help? Do the seams still appear if you take it at your monitors current resolution?

I may have seen this issue before in instances of a failing hard drive or one with a slow spin-up rate. Like the Western Digital 'Green' series drives (it's possible it would happen on a laptop, too). If you spend a long time idling together (in IM, or otherwise not moving around much), and don't have many other SL friends logging in and out, your drive may go to 'sleep' and not wake up fast enough when SL needs to create the "X.Y is now offline" floater. This slow spin-up speed can be so slow that your Operating System just aborts the process (usually it just kills SL with no obvious error message). If you're on an OS with 'Power Management' options, disable any system that could send your drives to sleep due to inactivity. If you are on a laptop, this will reduce battery lifetime significantly. If this doesn't help, and you're worried your drive may be slowing down or otherwise failing (unusual grinding noises, slow boot times, lots of blurry textures in-world), follow your hard drive manufacturers advice or replace it. TL;DR I can't be sure this is the same issue I saw, but this can be worth a try. ETA: I just thought of something else, too. Does it happen when your partner TPs to a different sim?

It's not really a case of flaming, hatred or viewer politics. The Sidebar project was canned mostly because it was never fit for purpose. You may have luck with some previous versions (Catznip I believe kept the Sidebar going for a while) of modern viewers. For the most part however your best bet might be getting to learn the new 'Flexible UI' and arrange it in a way that almost replicates the Sidebar experience. In most viewers Ctrl+T will give you the toolbar selection panel.

It sounds like you're hiding the UI (File Menu, interface buttons, chat bar etc)? Or are you hiding a specific attached HUD object? The former will probably hide your chat as well (since chat windows are a UI object). But the command should still be 'sent' to your attachments/camera/etc.

Perhaps I was unclear in how I said the avatar was poorly lit. Light being cast over avatar vertices always looks 'shiny' and and flows in an unnatural way. Additionally vertex lines are often more pronounced (for high profile examples see 'nostril shadows'', 'facelights', 'stretched crotch syndrome') and sometimes highly visible when light is being bent across them. Both effects mostly ruin any attempts to light the avatar in any direction. Clothing creators compensate for this by baking the shadows onto the clothes themselves, which generally makes it more practical to light the avatar from above (since this is the direction the creators are 'planning' on the light travelling from). I do however agree with you that offering shadows on separate layers makes a lot of sense. I'm afraid I don't run with Lighting & Shadows (or 'stretching' in the boob area) but I imagine having both issues would certainly damage the way shadows were cast.

A common fix for these types of problems is to set your Login location to a 'stable' sim that doesn't run on the Release Candidate channels. Brown, Pooley, Sargasso are all good ideas.

http://yro.slashdot.org/story/12/05/01/1636230/hacked-skype-ip-address-search-shows-whos-speaking-from-where This represents at least one reason why Skype may not be the preferred method for privacy-inclined users. I've never wanted to use Skype myself, since it doesn't fulfill any of my requirements.

I assume the complaint relates to 'boob' shadows? It's mostly done because SL doesn't have a brilliant technique for lighting avatars (until relatively recently, it had no way to cast shadows at all). Especially the boob area, which is often stretched by shape-sliders and can end up.... jaggy.

Syo Emerald wrote: If everyone in a club just waits for the others to IM them or to start a conversation......then I won't wonder about everyone being silent. Mostly this. I find it important to take into consideration that a lot of SL users are introverts, simply because those are the types most likely to flourish despite the barriers of SL. A little hi, a wave, a nod of recognition, or a friendly IM saying "I love what you've done with your <Clothing Item>!" will get you engaging with people faster than anything. Alternatively, find a place with a theme (musical genres, film types, something to have 'in common' with others) and have an opinion! Put effort in and you'll get effort out, because the reality is that 99.9% of people are ALSO looking for you to start a conversation with them.

Chelsea Malibu wrote: I see this as a violation of the ToS though it is a gray area. This is definitely not true. It's not against ToS and it's not a grey area. Chelsea Malibu wrote: Edit: BTW, I was contacted by someone outside the forums yesterday who told me they had an alt with a -2,500L balance that she hasn't cared about for some time and all of that was from group liabilities that she was not aware of. It can add up. FIFY. If the account owner can't even bother to check where their L$-drips are going, there's no way anyone else need try to save their money.

Another thread, same issue:- http://community.secondlife.com/t5/General-Discussion-Forum/Unscheduled-Maintenance/m-p/1505049 Linden Lab's official status:- http://status.secondlifegrid.net/2012/04/26/post1629/ ETA: Snap, Argus!

A friend of mine once released a few of these sorts of layers (mostly freckles/moles, beauty marks, lipstick designs, eyeshadows, although there were others) for RFL last year. I still wear them because they're excellent. If you like I can get in touch and see if she'd be interested in doing a few more? If so, I'll send her an IM next time I'm in-world so you two can figure out what's involved =]

Second Life is not designed to limit/reduce the 'toolset' of an avatar, to engineer it to specific styles. For example in a sci-fi sim, there is no way to prevent historical avatars from appearing, and in historical sims there is no way to prevent people attaching heavy, futuristic weapons/battle suits and stomping around like Robocop. It's also impossible to prevent scripts that allow speed-enhancements, scanning/detection systems and about a billion other things. This means that there is no way to enforce 'rules' upon an automated gaming system that involves physics, timing or user-collection/discovery. It can always be worked-around to some extent. Since the LR system was designed by people fully-aware of the limitations of the platform, logic therefore dictates that the system is working as it was designed, and cheating isn't occuring. Right?

http://community.secondlife.com/t5/English-Knowledge-Base/Opening-boxes/ta-p/700185

Not exactly. You can set Hand 'morphs' that are applied at the initial start of other animations. The list of available morphs is named 'Hand Pose' (below Facial Expressions) when uploading a new animation. You can only select the hand-pose to use when uploading the animation. And they're easily overridden by other animations.

BrianneReilly wrote: Its very hard to find a job for a avi my age/size This is likely the section that's confusing people. Is your avatar just short, but mature, educated and developed? (As an example, the Mesh 'petite' range of avatars) Or is your avatar supposed to be a child, with childlike intelligence and character traits? The majority of users within SL will react to your avatar as you present yourself (it's considered polite). Therefore, most other users would trust a 'toddler avi' with as much responsibility as one would give a typical RL toddler (i.e., very little). Exceptions to this rule do exist (for example, working within the 'inner child' community, by creating a blog or bringing users together for events), but these 'jobs' also tend to be unpaid.

As Peter says, this is a proprietary script error, not one built into LSL. However by extrapolating a bit, I assume the whitelist script limits access based on some input? Like a notecard you add to the prim at the same time? If so, check the commands issued to the whitelist script. There may be bad punctuation, malformed names or improperly ended lines? Hope that helps =]

Phil Deakins wrote: LL could do it easily enough. When a child window is programmed, it is set to be either bound by the parent window or free to be moved outside the parent (I forget the exact terminoligy). It's just a simple property setting for the child window, and each child window has its own setting. It doesn't require any additional programming. Under normal circumstances you are correct; the only language I've definitely seen a graphical setting for this control was in Visual Basic 6 but it is common in others. As far as I'm aware, the way the SL UI is designed (floaters aren't 'forms' as much as they're 'skinned elements' that hide or show upon command), it would need a fairly fundmental rewrite of the floater system so that different operating systems (which is another small bundle of problems) recognise the floaters as having OS-compatible 'hooks'. I've done one such rewrite before; it wasn't any fun.

Phil Deakins wrote: I don't suppose there's a debug setting to release windows such as the script editor from the parent (viewer) window, is there? It would be great if I could move it out of the viewer and onto the next monitor. Despite being a requested feature for years (Excuse the lack of a JIRA link) there's no way to move floaters out of the SL application. This is mostly because SL floaters are UI elements, rather than actual windows (they don't have any OS-based management system). External script editting of course bypasses this limitation in the same way external web-browsers do.

It's popular these days for residents to disable 'Attached Sound', as a way to avoid hearing Gestures played by other avatars. Have your friends check to ensure they can hear gestures and other forms of attached sound. It can also take a fair amount of time for them to hear the sound, as it has to be downloaded and cached first. Perhaps give it a couple of tries.

Verena Vuckovic wrote: But the entire basis of groups such as 'Verified RL....' is that you are by default a fake if you wont 'verify'. No....they are not offering a 'wont reveal true gender' option. That's the whole point. The agenda being pushed is that you simply don't have the right to such privacy in the first place. These groups are basically arguing that the TOS is wrong. I've underlined the sections in which you're being hyperbolic/hystrionic and/or projecting. I choose to verify that people I'm talking to won't be so intentionally misleading with their words, so this will be my last reply in this thread. People have the freedom to select friends, aquaintences and lovers by any set of standards they choose. They don't have to be politically correct, and they don't have to satisfy you that their conditions are fair. They also can't be forced to associate with anyone they don't want to. People will organise themselves according to their wants, regardless of any idea of the 'ethos of SL' that you believe exists. Grant them the freedom that they grant you; the freedom not to care.

Verena Vuckovic wrote: Well....no. The privacy argument is relevant because the entire basis of the existence of such groups is essentially an argument that people have no right to such privacy ! Nope, sorry. Sharing information intentionally is not the same as having your privacy exploited. Verena Vuckovic wrote: The entire rationale of such groups is that people should NOT have the right to 'hide' infomation abou themselves. Source please. I don't think anyone WANTS to force anyone to prove anything. Group owners aren't running around demanding people 'join or die'. The group simply existing does not mean it's trying to convert everyone. (So far, the only one trying to exert force over anyone is you.) This is not a big deal.

Verena Vuckovic wrote: I'm sure most women in SL have met the ( increasingly prevalent ) folks who *insist* on voice......and it is quite clear *why* they insist on it. The issue that I have is with inferences. Won't voice ? Won't 'verify' ? Oh....then you cannot possibly really be a woman. One is shoved into the 'fake' category by default. You'd have saved a lot of time by getting to your point right away. If this behaviour bothers you, then move on to new people. You're clearly not what they're looking for, and they're clearly not what you're looking for. Trying to weed it out with petty rules and doing so under the guise of 'protecting privacy' are both bad approaches.