Re: [Tikiwiki-artwork] Navbar scrolling effects for community sites

[luciash d' b. <lu...@ti...>]

Hi Gary and all,

I think if the secondary top_bar zone menu "stick on top fixed below the 
collapsed top" is a problem to achieve, we could place the secondary 
menu as part of the fixed top, just not to hide the bottom part height, 
where the secondary menu would sit so it is always accessible when user 
scrolled down on page and not covered by the revealed "primary menu".

But I did not play with fixing the secondary menu in topbar zone yet so 
it is possible it could be doable too.

I hope as soon as we have the themes.t.o updated we can play with it 
more and polish that.

luci


On 04/13/2015 01:39 PM, ga...@cu... wrote:
> Hi,
>
> I didn't see a reply to this (I'm using webmail temporarily so it's
> easier to not see messages, I think) but since luci requested the
> themes.t.o update to branch 14 just now, I want to check again: What is
> the plan for the site header? Is the custom module zone method working
> ok enough in tests that it can be implemented there? If so, what site
> layout template should be used? As I said earlier, in my tests at
> zukakakina.com and localhost, a setup with the fixed_top_modules works
> pretty solidly, and I have a configuration that implements the homepage
> as in the design mockup images. These are solid and work with all
> themes. But if there's an even better approach, that's fine with me.
>
> --Gary
>
>
> On 2015-04-11 04:09, ga...@cu... wrote:
>> Hi,
>>
>> About the navbar scrolling behavior for the project sites, I see it's
>> been implemented for the fixed top page header, which works smoothly.
>> IIRC, luci's description last fall was that the topbar would afix to
>> the
>> viewport top when the page is scrolled. I'm thinking maybe that second
>> effect maybe isn't such a good idea.
>>
>> I implemented that also in my localhost branch 14 and it works ok, but
>> isn't ideal. One problem is that at other examples I see, the navbar
>> that rises and sticks to the top is an element that's at the same DOM
>> level as the page header and middle (or main content div). Tiki's HTML
>> isn't set up that way currently that at least in fivealive-lite there's
>> a visual problem because the full-width middle, which has the
>> background
>> "border" at its top scrolls up along with the page content, and the
>> topbar module zone sticks at the viewport as it should, but it loses
>> its
>> background, which scrolled up out of sight. I added a topbar background
>> so the links do have a background, but this is is just the topbar
>> (i.e.,
>> container) width. Actually in my test it's container width on the left
>> but goes off the screen on the right, but I don't know if this is just
>> due to an implementation detail.
>>
>> This is all with the "fixed_top_modules" layout template, which I
>> tested
>> with because otherwise it's pretty solid.
>>
>> Anyway, visual glitches aside, I'm finding the UI is kind of sketchy
>> with this arrangement. It's easy to to miss the narrow affixed top bar
>> with the pointer and hit the page header bottom margin instead, which
>> brings down the page header and covers the aimed-for link. And the
>> movement of the two scrolling sections, while fluid and so on, gives a
>> not-so-solid impression about navigation, somehow IMO. If the user
>> spends more time messing with page scrolling to position links to
>> click,
>> it kind of defeats the purpose of improving UI with the affixed topbar.
>>
>> Maybe if luci is working on implementing the affixed topbar he's
>> getting
>> better results, which would be great, but I think the touchiness
>> involved with the narrow link area (the topbar) would be the same
>> problem in any implementation.
>>
>> So bottom line is maybe the scrolling that's currently set up the
>> project sites is enough, and no need for the affixed topbar.
>>
>> -- Gary
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>> Develop your own process in accordance with the BPMN 2 standard
>> Learn Process modeling best practices with Bonita BPM through live
>> exercises
>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>> event?utm_
>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>> _______________________________________________
>> Tikiwiki-artwork mailing list
>> Tik...@li...
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-artwork
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Tikiwiki-artwork mailing list
> Tik...@li...
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-artwork