jthingelstad / foreground Goto Github PK

http://lunar-dev.wikiwonders.net/wiki/Special:WhatLinksHere/Lunar_(Dev):Project/June_12_2013

The blue backgrounded namespace area has a bunch of text that is white on white to the right. Also, the quoting is misleading with the quote starting in the namespace part, and ending in the pagename part.

The more I think about it the more I believe that the search field should be at the far right of the top bar.

The personal menue and the tools menue should be left of it and aligned right as opposed to wiki specific menus.

Currently both menus (personal and tools) expand over the action menu below. This does not look nice and causes confusion if this one is expanded too.

There is a well used trick to selectively hide page titles on some wiki pages using CSS, like this:

/* hide some things */
body.page-Main_Page h1.firstHeading,
body.page-Main_Page #siteSub,
body.page-Extension_Main_Page h1.firstHeading,
body.page-Extension_Main_Page #siteSub,
body.page-Skin_Main_Page h1.firstHeading,
body.page-Skin_Main_Page #siteSub,
body.page-Farm_Main_Pageh1.firstHeading,
body.page-Farm_Main_Page #siteSub {
display:none;
}

http://wikiapiary.com/wiki/MediaWiki:Common.css

Right now in foreground these don't hide anything.

I'm not sure what the right behavior is here. When the actions drop down is down, the top-bar drodown is below and cannot be used.

As long as actions is persistent with a click, I would suggest the top bar should get higher z-order precedence and should be on top.

If you have a look at forms you will see that the size of direct input fields and drop down fields vary in size. The following code helped solving the issue.

input[type="file"], input[type="checkbox"], input[type="radio"], select {
padding: 5px;
}

If a category is assigned to a page but doens't exist the HTML looks like

<a href="/w/index.php?title=Category:Club_shows&action=edit&redlink=1" class="new label" title="Category:Club shows (page does not exist)">Club shows</a>

the "new" class indicates that the category doesn't exist. can we style this differently from categories that do exist?

OMG love the new icons in the page actions. Note the non-default ones also.

I don't use table of contents very often (TOC) but it is used and it's a nice capability. Can we get some better default styling for it in Foreground? See example

http://bodwiki.com/wiki/BODWiki:Frequently_Asked_Questions

table's of class "toc"

I'm trying to debug something in a template so I took the full HTML output from Foreground and pasted it in Sublime Text. Sublime was kind enough to point out that on line 78 there is an unclosed div.

            <ul class="right">
              <li class="has-form">
                <form action="/w/index.php" id="searchform" class="mw-search">
                    <div class="row collapse">
                    <div class="small-8 columns">
                            <input type="search" name="search" title="Search WikiApiary [f]" accesskey="f" placeholder="Search..." id="searchInput" />                          </div>
                         <div class="small-4 columns">

the "row collapse" one. May or may not be an issue, but deserves investigating.

@thingles is {{{field|input type=datetime}}} part of SMW Form or SMW Form Input? related - have you considered using the SMW Form Input type=datetimepicker for datetime fields?

When on small screen (iPhone) just show the gear to leave more room for page title.

For general consistency with MediaWiki behaviour I suggest to capitalise the file names and the skin name, e.g. foreground.php -> Foreground.php

See the website logs on the bottom of this page.

http://wikiapiary.com/wiki/I18n.ro

Should be no-bullet, in the HTML, but the bullet still shows.

the other ul classes at

http://foundation.zurb.com/docs/components/type.html

don't seem to work either.

You can also see all of these lists on the Foreground site:

http://foreground.wikiwonders.net/wiki/Type

they all show as disc.

Turns out, Foundation 4 wasn't built to support IE8 (definitely explains the dramatic layout differences in IE8.)

http://foundation.zurb.com/docs/support.html

ZURB (the makers of Foundation) justify that decision by saying that as of Oct 2012, IE8 held 24% of browser marketshare

http://zurb.com/article/1204/getting-foundation-and-ie8-to-play-nice

The workaround they recommend in the above article is to load the previous version of the Foundation framework (both CSS & Javascript) using IE conditional comments.

I found a gist purporting to add IE8 CSS support
https://gist.github.com/zurbchris/5068210

I've added it and many of the other suggestions from the comment thread into Foreground. It seems to help - but there's still significantly more to do.

All of this is to say - that the top-bar menu should now be functioning in IE8. It likely doesn't look pretty - but the links should now be visible upon clicking.

http://lunar-dev.wikiwonders.net/wiki/Lunar_(Dev):Project/June_12_2013#Next_steps

The UL doesn't have any indicator of list type. For an actual UL being used as a UL, it probably should.

Note the WikiApiary talk blue sections appearing in the middle of the body.

http://wikiapiary.com/wiki/WikiApiary_talk:Operations/2013/June#New_skin_coming:_Foreground

The labels aren't in the right place in the form.

See

http://wikiapiary.com/wiki/WikiApiary?useskin=foreground

The H2 in the content body should be smaller than the H3 in the page structure. See

http://lunar-dev.wikiwonders.net/wiki/Category:Event_without_category

and then compare to Vector

http://lunar-dev.wikiwonders.net/wiki/Category:Event_without_category?useskin=vector

(not that Vector is always right and perfect...)

Anchor links generated in table of contents don't work, see

http://wikiapiary.com/wiki/WikiApiary_talk:Operations/2013/June#New_skin_coming:_Foreground

I think it would be interesting to have a configuration settings in LocalSettings.php that would tell Foreground to not scroll the top bar, leaving it in a fixed position. That may be impossible to do given how MediaWiki renders the page, but it could be a pretty nice feature.

In case the expanded menu overlaps the page title it is not possible to select a menu item. In fact it disappears as soon as you move the mouse down to the desired item. Try this with the menu item "navigation" which in almost all cases overlaps the page title, however this applies to all items. This happens only in the main namespace as far as I see.

http://wikiapiary.com/wiki/WikiApiary_talk:Operations/2013/June?useskin=foreground

Page title isn't styled.

I'm guessing that since these are all "characters" this may be hard, but it would be nice if the words were aligned left to each other on the page actions menu.

When you watch/unwatch a page there is a slick popup div but it covers the action menu. Can we move this popup to another location. Bottom right of the window would be my preference.

In MediaWiki 1.21 the patrol function got this really cool AJAX 1-click feature. It makes patrolling a lot faster. For some reason Foreground either isn't supporting it, or is not doing something that is needed that Vector is doing to make this work.

Love the page icon in page actions.

Would be nice to have that icon for other namespaces as well. Currently it does this:

According to Foundation docs form elements should be able to have a class="large-3" and honor that for their width. I tried doing this with Forms

{{{field|Name|class=large-3}}}

and the output is there but it has no effect.

See

http://rwbookclub.com/wiki/The_Lexus_and_the_Olive_Tree:_Understanding_Globalization

http://wikiapiary.com/wiki/WikiApiary?useskin=foreground

Labels should be across the top of each number.

I think the drop menu for page actions should expand right on hover rather than having to click on it once to expand it. The current behaviour is also inconsistent to the main menu bar. I think the difference between page selection (main menu bar) and action triggering (action menu) is not big enough to justify a difference.

Right now there is no way to tell if there is an active talk page associated with any given page in Foreground.

I think it would be interesting to use the Talk "balloons" that are in the drop down and show them to the left of the page actions drop down. Dim if there is no talk page, full if there is.

One could argue that some wikis may like it this way. Perhaps this could be a configurable option.

http://foreground.wikiwonders.net/w/index.php?title=Special:UserLogin&returnto=Main+Page

In vector it appears in the Toolbox.

When on a talk page the drop down has a + in it

I don't know why it's a plus, but that "action" is actually the "Add topic" action. In vector, it shows as another tab:

Hopefully we can turn that into "Add topic" in Foreground as well.

I think changing the color of the top bar in Foreground is a nice feature, and something people will want to do. Kgh did this but I would like to document the cleanest way to do this here:

http://foreground.wikiwonders.net/wiki/Customizing

Garrick, can you look that over and see if it's "right".

http://wiki.thingelstad.com/w/index.php?title=Special:UserLogin

If you try to use an {{#autoedit:}} button on a page there is no action from clicking on the button. Just sits there. I'm guessing this is the same issue that is keeping #12 from working.

See Foundation here

http://foundation.zurb.com/docs/components/block-grid.html

Same in Foreground

http://foreground.thingelstad.com/wiki/Block_Grid

Seeing this error when loading page:

load.php:57TypeError: 'undefined' is not a function (evaluating 'jQuery('h2:not(:contains("""))').jQuery('h2:contains(":")')')