Anim8or Community

Please login or register.

Login with username, password and session length
Advanced search  


An update to Anim8or, v1.00b, is available with a few bug fixes. Get your copy HERE. See the "ReadMe" file for details.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - chuft-captain

Pages: 1 2 [3] 4 5
Anim8or Challenges / Re: Challenge #34: Anim8or 1.0 splash screen
« on: June 01, 2017, 02:06:09 am »
i'm pretty sure this is the first time i've produced a piece of art and somebody's responded with "hmm... it's nice, but it needs more poo" - but hey, whatever floats your boat, heheh :D
LOL. The poo idea is mostly about finding a way to inject the mascot into the splash (with a bit of comic relief), as well as to confer good luck upon Version 1.00. (I'm sure you've heard the expression: "It's a sign of good luck to be shat upon by a bird"  ... although I've always suspected that this particular proverb probably originated only out of a desire to make the shitee feel a little better about the event.  8)

...i thought about giving the image a grittier overall effect, leaving some of the 'window' panels out and showing pipework and concrete walls behind, with cables coming through, hanging in mid-air and attaching to the text object as if it was undergoing some sort of maintenance.
I'm picturing a sort of "Blade Runner" aesthetic from your description. (Or perhaps something more recent such as the movie "Total Recall", or "The Expanse".)

Anim8or Challenges / Re: Challenge #34: Anim8or 1.0 splash screen
« on: May 31, 2017, 09:46:10 pm »
Nice Steve,

Just what I needed!  ;D

Anim8or Challenges / Re: Challenge #34: Anim8or 1.0 splash screen
« on: May 31, 2017, 08:54:29 pm »
Chuft-Captain: Certainly not going down that way, much to long winded having to navigate through DOS to get to where I want to be.
Kreator: No need for DOS, these are windows shortcuts. For your convenience I'm made them for anyone that wants them. Just extract the attached Zip onto your desktop or the folder of your choice.
NOTE that after extracting you will have to edit the target box in each shortcut and change "C:\Anim8or\v1.0\Anim8or.exe" to the location of your own anim8tor 1.0 executable. (eg. "C:\Program Files\Anim8or\Anim8or.exe")
Note also that if spaces are involved such as in "Program Files" you WILL need the quotes as well.

1 = thecolclough
2 = fromsoysauce
3 = kreator
5 = Kunihiko
6 = ronaldefarmer
7 = old splash

Anim8or Challenges / Re: Challenge #34: Anim8or 1.0 splash screen
« on: May 31, 2017, 06:53:53 pm »
Follow Claude's instructions
 Was about to post same (except I was going to suggest making a copy of the default shortcut first.
-- Also, you should ignore my earlier advice to temove the DLL ... I thought you wanted the new default splash, but I realize you're after your own version.

The command line Steve is referring to is the Windows cmd.exe (type cmd in the search field of the windows menu and you'll see it.)

Claude's instructions are equivalent to the cmd line instructions from Steve, -- it just gives you a more convenient way to run it. ( If you want you can even create 7 different shortcuts and simply vary the final number specified in the target field in order to have the choice of all 7 splash screens whenever you like depending on your mood.)

Anim8or Challenges / Re: Challenge #34: Anim8or 1.0 splash screen
« on: May 31, 2017, 04:37:43 pm »
... or simply rename or remove the DLL which is sitting in the Anim8or directory.

This has been implemented and is looking good. Thanks Steve for slipping this into the release at the last moment.

Anim8or Challenges / Re: Challenge #34: Anim8or 1.0 splash screen
« on: May 31, 2017, 09:47:05 am »
The only possible change I can think of that would make it better is if a little Robin got in through one of those windows and was seen flying through the scene (or perhaps sitting on the number eight) and leaving a small "deposit" for good luck! ;-)
something to bear in mind for v1.1, maybe :)
I was thinking somthing along the lines of this....  8)  .. Just a quick mock-up!
The "deposit" would probably look more effective if it was mainly dripping from the top edge(s) of one or more letters down the face, and maybe even pooling on the floor below, however I've just quickly grabbed what I could from imagery on the web, so it's not very effective, but is just to give some idea of what I was thinking.... :)

I was referring to my using group for layer TWICE :)
Birds of a feather, flock together! :)

No need to be embarrassed about a couple of typos, but the fact that you were thinking about groups and layers interchangedly (is that a word?) .. suggests a possible elegant simplification...
Maybe groups and layers are conceptually one and the same. This might open a whole can of worms though. (EDIT: Don't tell the birds about the worms!)

Why so :-[ ?

I hope you don't think that you have to cater for all those scenarios. I was just thinking out loud about the possible scenarios.
I think your strategy to put the group in the same layer when all objects are already in that layer, and in the default layer otherwise, would go a long way to improving this functionality.
I mean ... what else can you do? ... and it's probably better to just have a couple of simple rules that everyone can understand, than to have a very complicated strategy.


Do you mean ... "What group layer should the group be in if the objects are in different layers? The default group layer?"

I'm not sure what the best approach would be.
One approach might be to just put the group in the lowest layer of the selected objects.

But what if there are other un-selected objects already in that layer? Maybe you should scan the layers of the selected objects with a preference for placing the group in a layer which is otherwise empty --- this would nicely separate it from the other objects.

But what if none of those layers are empty of extra objects? Do you put it in the nearest empty layer, or create a completely new layer for the group? ... This would appear to require that there is no limit on the number of layers which can be created, whereas at present there's a limit of 8 layers.

Regardless of the layer selection strategy for grouping, once grouped, on a future un-grouping action, I think that the un-grouped objects should probably remain in the current layer rather than returning to their original layers.

Anim8or Challenges / Re: Challenge #34: Anim8or 1.0 splash screen
« on: May 30, 2017, 03:47:00 am »
I only joined this forum very recently, so I didn't vote in this poll, however I agree with the decision to go with thecolclough's entry as I think it best achieves the requirements for a Splash Screen.

The only possible change I can think of that would make it better is if a little Robin got in through one of those windows and was seen flying through the scene (or perhaps sitting on the number eight) and leaving a small "deposit" for good luck! ;-)

      Maybe Ctrl LMB Click-Drag. I'm lefthanded. That would work for me better  :) :) :)
Sorry to jump into this thread as I haven't been following it, however I noticed this comment and thought it worth mentioning that allowances for left-handedness are better handled in the mouse-configuration options of the OS where you should be able to reverse the meaning of LMB and RMB on your computer. (This shouldn't be a consideration in the design of the application.)
I guess you almost certainly already know about this and were just joking about designing for left-handedness.  :)


(Build 1269)

So it's a bit hard to work out exactly what's going on with this one, but I think the crux of it is that when grouping objects it seems that the group is always sent to layer 0 (even when the grouped objects are initially all in the same layer).
If Layer 0 is hidden then the newly grouped object disappears from view ... in which case I can re-enable Layer 0 and re-assign the grouped object back to the original Layer, however if Layer 0 is visible, then it's not immediately apparent that the Layer has changed.
I understand that when the objects being grouped are individually in different layers before grouping, then the only logical decision I guess is to put the group in Layer 0, however when they're all already in the same Layer, then perhaps it is more appropriate for the group to remain in that Layer.

This opinion is based upon the way that I work --- I tend to use Layers to group multiple objects which are used to compose an assembly or assemblies, but I often need to temporarily un-group assemblies to make changes to individual elements, and then re-group the assembly or assemblies, at which point the assembly and it's components gets re-assigned to Layer 0 (and this fact often goes un-noticed by me if Layer 0 is also visible.)
I imagine that if I was to make changes in all Layers and forget to re-assign the Layer on every occasion after re-grouping, then eventually everything would just end in Layer 0 ...  so I think you can see the problem.

As I can have multiple assemblies which I may want to view and work upon independently, I tend to organize each assembly and it's components into it's own Layer. I then want it to remain in this Layer unless I choose to move it elsewhere. The constant re-assignment to Layer 0 causes a bit of chaos which affects my workflow.

Other people may have a different opinion about this if they perhaps use Layers in a different way to me, but this is how it affects my workflow.


This post referenced in: Version 1.0 Bugs and Suggestions

Thanks for the replies guys,

Although I had become accustomed to the alt-RMB combination, as long as there's some way to do it I'm happy, so clicking on the MMB will suffice for now, until a better solution can be found for the future... Perhaps nemyax's suggestion of ctrl-RMB might be a good long term solution.
From a UI perspective it would seem like some combination involving SHIFT, CTRL, or ALT keys is a more natural and intuitive approach than MMB.

Thanks again

In my very best David Attenborough voice....

"This is a rare treat indeed. It's very unusual for the lesser spotted software developer to venture this far from the cave entrance (except to top up on his staple diet of coffee and energy drinks). It's an even more rare event for him to engage in actual conversation with humans, let alone about strategy ... unless it's the Strategy Pattern of course."

Pages: 1 2 [3] 4 5