Difference between revisions of "Talk:Main Page"

From Synfig Studio :: Documentation
Jump to: navigation, search
(Are tracking a b-line and following a curve functionally the same thing?: new section)
m (Suggestion: use lower case for page titles: about dev (namespaces))
Line 136: Line 136:
  
 
(Note: another inconvenience on this wiki is that some pages are prefixed with "Dev:" or "Doc:", which also means that linking to those pages in a normal sentence requires extra syntax.  IMO these prefixes are of no help and [[Dev:Coding Conventions]] and [[Doc:Following a Spline]] should be renamed to [[coding conventions]] and [[following a Spline]].)
 
(Note: another inconvenience on this wiki is that some pages are prefixed with "Dev:" or "Doc:", which also means that linking to those pages in a normal sentence requires extra syntax.  IMO these prefixes are of no help and [[Dev:Coding Conventions]] and [[Doc:Following a Spline]] should be renamed to [[coding conventions]] and [[following a Spline]].)
 +
 +
* '''Dev: Doc:''' are namespaces . Ie , when an (regular) user do a search, it is done on regular pages only, nothing about Dev will come out. I think me must keep namespaces --[[User:D.j.a.y|D.j.a.y]] ([[User talk:D.j.a.y|talk]]) 08:25, 31 December 2014 (UTC)
  
 
(Another inconvenience is that a lot of pages use [[template:L]] for links (<nowiki>{{l|Cow|cow}}</nowiki> instead of the normal <nowiki>[[cow]]</nowiki>), so I'm currently replacing these links with normal links.  My goal is to remove anormalities and needless complexity from the wiki in the hope of making it easier for people to contribute.)  [[User:Ciaran|Ciaran]] ([[User talk:Ciaran|talk]]) 23:59, 30 December 2014 (UTC)
 
(Another inconvenience is that a lot of pages use [[template:L]] for links (<nowiki>{{l|Cow|cow}}</nowiki> instead of the normal <nowiki>[[cow]]</nowiki>), so I'm currently replacing these links with normal links.  My goal is to remove anormalities and needless complexity from the wiki in the hope of making it easier for people to contribute.)  [[User:Ciaran|Ciaran]] ([[User talk:Ciaran|talk]]) 23:59, 30 December 2014 (UTC)

Revision as of 04:25, 31 December 2014

New Layout

The new layout does look a lot better, but before deleting the old layout, can we make sure we're not losing any useful links? For example, currently the "Special:Allpages" link is only in the old layout. -- dooglus 12:27, 26 December 2007 (EST)

We can add al that links in the left bar if you think its ok.
Yaco
I'm personally a fan of the organization of [processing.org]
Bmud

The 0.61.08 download image needs to say "Synfig Animation Studio" instead of "Synfig"

pabs 04:27, 6 April 2008 (EDT)


I saw there's a way to remove the toolbox for un-connected people, maybe we could do that, as the links in the toolbox are only usefull to connected persons.
And then, add the "Sidebar" back to the left side, with much more links in it (like, the ones from the bottom of the main page, that I even removed on the Main_Page.fr), that would be great.
And have a "Topbar" page or just some fixed link for the topbar, with only "Home / About / Download / Gallery / Screenshots / Tutorials / Forums " in a smaller font, and a lighter color (not-visited pages are #2A4D66 on #030336 and they're hardly visible at 1st sight).

Rore 02:49, 7 April 2008 (EDT)


Upper image overlaps search bar and user menu on 1024x768 screen resolution. Tested with opera. --AkhIL 22:45, 8 April 2008 (EDT)

There's a thick black nothing between the left hand boxes and the main central page content. -- dooglus 15:31, 11 April 2008 (EDT)

I'd like to see more links in the left hand boxes - at least "all pages" should be there, and things like "people", "bugs", "press", etc from the top would be better at the side. There are too many links across the top. We should just have the most useful ones there. -- dooglus 15:31, 11 April 2008 (EDT)

[1] shows some remaining problems:

  • the border of the top image is different widths on the two sides
  • the text links and search box on the right are hidden by the image
  • the image text isn't readable
  • the image text mis-spells "beatiful"

Website navigation reorganization plan

Ok, let's begin a breakout of all that mess what we have now.

It's a shame, what synfig.org have website navigation, which confuses not only newbies, but also a community regulars. So, what could we do about that?

The main problem is the side bar, which contain too much elements scattered around almost without any logic.

  • Rore : It seems you completely forgot the existence of the top bar. It has every element you talk about (Home, About, Download, Screenshot (can be changed by Gallery), Documentation, etc.) But as I say a few months ago, the links are too dark to be clearly visible.

It take a long time to look through all elements and to decide which one you really need. Who is read all elements at the side bar from top to bottom? No one? I guess so. So it should contain minimal count of menu elements and be as intuitive as possible.

Imagine what you are a person, who visits synfig.org for the first time. He may not ever know what Synfig is all about, so the first thing what you need is the About link.

  • NOTE: Why not to place Screenshots into About page? Or maybe just place a link to screenshots to about page? It's all related...
    • Some screenshots in the about page is definitely a good idea. The About link is the 2nd one on top, just after the home - but when links are not visited, their color is too dark to be clearly seen. Rore 17:14, 20 July 2008 (EDT)

Next, if he read about Synfig is and got interested, the next thing what potential user wants to know is what Synfig capable to do. Here comes the Gallery link.


  • ANOTHER NOTE: Gallery page should be restructured and redesigned. First of all it should be splited int two sections - "Pictures" and "Videos".
    • Pictures should be arranged into the table. Each picture should have caption, thumbnail, author credits, and link to the source (if possible).
    • Videos also should be arranged into a single table, but one video per row. It should contain thumbnail, caption, author, short description, link to the source (if possible). Also it would be nice to have not only link to youtube version, but to downloadable oggTheora file.
      • Pxegeek Whilst I support the use of OggTheora, I'm probably one of the few Windows users that can play them. Is MPG/MPG2 sufficiently industry standard to be allowed? I agree that avoiding WMP or QT is preferable.
      • Zelgadis : MPG/MP2 is proprietary formats. I am not against using them, but it's better to give preference to open formats. With appropriate instructions how to play them.
    • All thumbnails should be aligned by size.
    • Why we have so few items at the gallery? Why "Cut the circle" is not there? The first thing we should encourage people is to publish their works on the Gallery page!

OK, inspired by all beautiful art, user wants to try ut the Synfig package. That's right, he goes to Download section.

  • NOTE AGAIN: We don't need the 'Contents' at the top of Download page. It takes one third of the whole space! Why is each distribution arranged as heading? Make it a list of items! Why is License and Documentation here?
    • Pxegeek I think you answered your own question - we have contents list because each distro has its own heading. Personally, I'd like to see a separate download page for Linux, Windows & Mac, where we can talk about all the features that are specific to that OS/ binary compilation (e.g. no dv support under windows).
    • Rore : I agree with pixelgeek, about having different pages for the 3 main OS, it will make things clearer for people. However, you can still remove the big Table Of Content at the top by adding __NO TOC__ to the page (without the space - but it's interpreted if I don't add it).

After downloading and installing Synfig, user suddenly realizes what he is not able to learn it by himself and he needs... Documentation!

After playing with synfig a little more user is makes something what he needs to show up or stucking with a problem which solution he couldn't find in documentation. Then he needs to Contact with community. And the Forums (cause many people I know don't even aware about IRC).

After all if user is also a coder and willing to implement all new features that he is missing, or just wants to contribute to code, then he will search for Development section.

What's last? Of course Get involved!

About, Gallery, Download, Documentation, Development, Forums, Contact, Development, Get involved - is the top level of the navigation hierarchy. Those pages should guide to the less general pages. I.e. About could guide to Screenshots and Press, Documenation could suggest Manual,Tutorials and Reference. And so on. Of course this could be not strict hierarchy - i.e. Forums could also appear as a link at the Community page. Maybe it could be nice to have some News on the Home page.

Genete I think that the main problem is that the side bar (and the top bar) are static. Most of the cool web pages changes its sidebar according to the context they are navigating on the moment. For instance if you're at home page you don't need a "home" link. I would like some sort of expandable side navigation bar that would show the main needed links according on what you're looking for in that moment. if this kind of navigation can be done I suggest something more impacting like:

  • What is Synfig?: and its sub links: About, History, Screenshots, Features, Documentation.
  • What Synfig can do?: Gallery Films, Video, Still, Contests.
  • I want Synfig!: Download, Build. And a sub section per distro.
  • Need Help!: Documentation, Forum (include direct links for each section), Contact.
  • Want to Help?: Development, etc.
  • (separated section) Toolbox: with all those special links.

The sub menus hierarchy should be expanded a level more when needed. For example for the Documentation entry. And definitively remove the top bar. Ah! and make the left bar translatable!.

  • Zelgadis : I thought about the dynamic sidebar, but is MediaWiki could provide this feature without installing additional extensions? Better to ask pabs3...

That's what we placing at the left sidebar at the navigation section. Oh, dooglus asked for the "All pages" link. All that wiki stuff (All pages, Recent changes, Random Page, etc) I suggest to place at the left sidebar too, but in separate section.

About top of each page. I suggest to remove all that navigation links from top and place there a wiki edit butons - Article, Discussion, Edit, History. Cause with current design it's hard to scroll to the bottom of each page to get access to them. It'll be more friendly to place them on top.

  • Pxegeek - And they don't wrap well on narrow screens - reducing the button count there would be a Good Thing.
  • Genete Yeah duplicate navigation bars is not a good idea.

Here I exposed my plan of improving the wiki. It could be considered as a roadmap for website development. Suggestions, opinions, oppositions? C'mon, People, don't stay aside! We have a lot of content - now it's time to make it look attractive and respectable!

Where should I ask questions about the wiki?

Hi,

Most wikis have a page for asking questions, making suggestions, and generally discussing how to improve the wiki. A discussion page, or a cafe, or a water cooler, etc. What's the right place on this wiki for general questions and suggestions?

  • --D.j.a.y (talk) 06:21, 4 June 2013 (UTC) Actually most of synfig informations are shared by the forum, here the link for doc section [[2]]

(I was going to ask what the bones framework is. The website news makes it sound like an important feature, but there's nothing in the wiki about it.) Ciaran (talk) 02:15, 4 June 2013 (UTC)

  • --D.j.a.y (talk) 06:21, 4 June 2013 (UTC) Nothing but this one Dev:Bone_Layer that is not very user friendly... you can copy/organize bones infos from the forum in a nice Skeleton_Layer page if you want to start documenting it...

Suggestion: use lower case for page titles

Page titles on this wiki are sometimes written with a capital letter for each word, and sometimes written in lower case letters. The choice of one style or the other seems to be random, so I'd like to propose a policy: use lower case letters when possible.

Why? When a page title uses capital letters for each word, it is more difficult to link to it in normal wiki text. Here's an example of linking to a page whose title uses capitals:

The dialogue box on the right lets you change the [[New Layer Defaults|new layer defaults]].

or without capitals:

The dialogue box on the right lets you change the [[new layer defaults]].

That said, there are some page titles where capitals are ok such as pages with the name of a synfig concept such as Text Tool. Synfig's text tool is called "Text Tool", and if synfig wants that to be in capital letters then it can be in capital letters. But examples of pages which use generic words and should thus be lower case are:

Is it ok if I start to change the titles which use generic words and convert them to lower case?

MediaWiki will automatically make redirect pages for the old page names, so this change will cause absolutely no broken links or other problems.

(Note: another inconvenience on this wiki is that some pages are prefixed with "Dev:" or "Doc:", which also means that linking to those pages in a normal sentence requires extra syntax. IMO these prefixes are of no help and Dev:Coding Conventions and Doc:Following a Spline should be renamed to coding conventions and following a Spline.)

  • Dev: Doc: are namespaces . Ie , when an (regular) user do a search, it is done on regular pages only, nothing about Dev will come out. I think me must keep namespaces --D.j.a.y (talk) 08:25, 31 December 2014 (UTC)

(Another inconvenience is that a lot of pages use template:L for links ({{l|Cow|cow}} instead of the normal [[cow]]), so I'm currently replacing these links with normal links. My goal is to remove anormalities and needless complexity from the wiki in the hope of making it easier for people to contribute.) Ciaran (talk) 23:59, 30 December 2014 (UTC)

Can template:title and template:category be deprecated?

As mentioned above, I'm try to make this wiki easier to contribute to by removing anormalities and needless complexity.

I've noticed that a lot of pages have a {{title|}} at the top. For example, the page FAQ has three lines at the top:

<!-- Page info -->
{{Title|FAQ}}
<!-- Page info end -->

Does this do anything useful? If not, can I delete them when I see them?

Similarly, some pages have {{category|}}. For example, Canvas Menu Caret {{Category|Canvas Window}} at the top. This seems to be just an unusual way to add [[Category:Canvas Window]] to the page. Does it provide any other functionality? If not, I'd like to replace {{Category|Canvas Window}} with [[Category:Canvas Window]] and put them at the end of the article like in normal MediaWiki wikis.

I'm trying to get rid of unusual syntax so that people familiar with other MediaWiki wikis can contribute to wiki.synfig.org without having to try to understand the unusual syntax. Ciaran (talk) 06:00, 31 December 2014 (UTC)

Are tracking a b-line and following a curve functionally the same thing?

There are three tutorials:

I understand that they're not exactly the same thing, but they do have the same goal, and the third tutorial is the most modern way to achieve that goal. Can someone confirm this? Ciaran (talk) 08:10, 31 December 2014 (UTC)