What about a frozen clock?
What about a frozen clock?
yes and we should rename it to frozen layer then, as this decribes much better what it does actually…
just kidding… I guess we have enough renaming already…
if looking for stroboscope icon this is how they look like:
encrypted-tbn3.gstatic.com/imag … 1Wb3NUO3xQ
just a bulb (maybe with some lightrays signaling the flashing:
encrypted-tbn0.gstatic.com/imag … HinACE9oqK
something like a red ball in different postions each semitransparent besides each other like the person in this pic:
encrypted-tbn0.gstatic.com/imag … Nm9bo8q1Eg
not meant to copy these, but as base for the development of an icon. Hope I didn’t misunderstand.
how about a photo camera flash?
openclipart.org/detail/169267/ca … xapelgorri
clarkvmereunion.com/images/tech_ … camera.gif
tx.liberal.ntu.edu.tw/MediaFiles … -flash.gif
clipartguide.com/_named_clip … _image.jpg
cdn-4.nikon-cdn.com/en_INC/IMG/A … -front.png
hope this helps.
About the strob icon
Like the idea of decomposition of the mouvement :
people.rit.edu/andpph/text-mecha … -inst.html
updates for some icons
“Handle Hnadle” thanx john, (h’v seen this one before and already corrected it.)
Has you have a wiki-login, go ahead if you find others like this.
I have make mistake with an image … sorry.
I have updated the group icon to change the encapsulate icon, but i can’t used it… (i have also tried the revert function …)
You can have a look to wiki.synfig.org/wiki/File:Group_icon.png to see the disorder i have done.
I think that just uploading a new version of the file you can restore it to have the right one.
BTW, your work is epic! You deserve a mention somewhere regarding the dedication you have put on this wiki rework!. Thanks!!!
I think that the mistake i have done is related with the wiki"s cache problem.
Thank’s … this is not my fault, this is because freesoftware spririt… i receive a lot, i can give some.
I think i have found a non updated canvas icon … non ? (( Synfig 0.63.05 Dev - Revision: 20130217 ))
Re up ++
— 1 >>>>
Jcome ? : I think i have found a non updated canvas icon … non ? (( Synfig 0.63.05 Dev - Revision: 20130217 ))
— 2 >>>>
I’m changing one the example image (white&blue character) (see new here in last revision) , i hope i don’t hurt some the artist who did it…
— 3 >>>>
Sometime (like here) i attach a zip file as sif … after reflexion , i’m not sure it’s a
“good usage” another idea ?
I respect the artwork from anyone but I do prefer one file that is currently stored in the examples area (the eye, the prologue kid, pirates, or Macwolfen for example)
What contains the zip file? The sifz files are compressed so it doesn’t make sense compress it twice. Also the images can be jpg just in case they are too big.
Save something that is not a ‘sif’ file with a sif extension would make it difficult to figure out what’s inside. I neither think it is a good idea.
I guess you mean http://wiki.synfig.org/wiki/File:Interface.sif?
Yes, that could lead to some problems. It’s better to change it into “File:Interface.zip”.
In this case the usage of zip is justified. Djay specified a wrong link in his message, the file he talking about is here: wiki.synfig.org/wiki/File:Interface.sif
It’ s the source of wiki.synfig.org/wiki/File:Interface_0.63.06.png
I think that upload the screen shot image file without the texts doesn’t make sense, since only the text layers are re-usable and they are already stored in the sif file.
I didn’t understood your phrase.
Djay uploaded the archive with screenshot + sifz file with overlay captions. What doesn’t make sense here?
It’s what i try to do … in the GettingStarted case, i did’t found the sif (white and blue “stick man”)
------3.1>>> The wiki’s file upload function catch (for basic security things) all extension but images (.jpg, .gif, .png) and synfig projet (.sif , .sifz) .
------3.2>>> I did’t use Archive file type for size reason, but for package reason, as sif(z) do not attach external resources (images in this case) or i mess something ???
------3.3>>> If think you miss the case where text can be translated (text layer) , and image stay the same -no caption in image- (image layer + image attached)…
Nota : if sif or sifz can’t actually attach externals, i will fill an “canvas properties : check box attach externals” feature report
The sources are in the walk folder from the examples:
github.com/synfig/synfig/tree/m … mples/walk
Ah yes, good point. But in that case the screen shot will be translated too, right? Oh, well, Synfig application translation doesn’t have the same languages than wiki languages … So it makes sense just in those cases.
No, you’re not missing anything. Both files must be downloaded to the same folder to be able to open the sif file. But why don’t just upload them separately, place both links on the wiki and advertise to the reader that is mandatory to download both? I think it would simplify things.
jottoprimo working on add that feature. I have not idea of how’s the development advanced.
so bad !!! … did i fill a feature request like “make synfig localisation support fully compatible with mediawiki language structure, transiflex translation tools, and all other l10n things” ?
Keep It Simple Stupid ! …
yep , 4(x)sure ! But was a twisted way to talk about the KISS principle
ok, i will spam jottoprimo to motive him !
i wish you a(nother) good day & fun for you.