On the OPAC there is a Home link on the top left it makes no sense and a lot of libraries are asking to have it removed, but if I remove it with JS I lose the breadcrumbs on every page. Can we get rid of the home link on the home page?
I'm not rejecting the idea of this bug, but why not make your JS more specific so that it only targets the home page? $("#opac-main #breadcrumbs").hide();
Well that works for now :) But I do think that link should be removed for real (not just with js). Nicole
What if we replaced the Home link with a link the summary page (opac-user.pl) ?
I would prefer a solution which removed the breadcrumbs from the home page to one which changed the expected structure of the bookmarks link. I think it's good to let users make assumptions about what they're going to find in an element like breadcrumbs which might be familiar to them from other sites.
(In reply to Owen Leonard from comment #4) > I would prefer a solution which removed the breadcrumbs from the home page (...) +1 for removing the breadcrumbs
Could one not just use CSS to do this?
why can we not just remove the link from the tt file?
I like the consistency of the Home link on the start page. Whatever the styling it makes clear that this is the start page.
With the staff interface redesign we still have the home icon on the start page, same for the OPAC. Can we agree to keep or remove?
(In reply to Katrin Fischer from comment #9) > With the staff interface redesign we still have the home icon on the start > page, same for the OPAC. > Can we agree to keep or remove? I vote for remove. I always have to hide this with CSS for new instances. Breadcrumbs are a trail back to the homepage and if you are already there I find them useless, redundant, and confusing.
I've never had any complaints about this from any libraries, and personally I like having the "Home" breadcrumb on the home page. Looking around online but not finding anything on this exact topic. I found oregon.gov used in an article on usability, and their Oregon Health Authority section is an example where the breadcrumb isn't shown on some home/landing pages, but I think it looks terrible. Although I think it's terrible because the banner is smaller on pages with the breadcrumb and bigger on pages without it, which makes for an inconsistent look and feel. I think my libraries would complain about content displaying higher on the home page without the breadcrumb and lower on pages with the breadcrumbs, but maybe I'm wrong. Maybe they wouldn't care either way. But I don't think we can 100% remove a visual element that's been present for so long without a way to bring it back. Overall, I think this one might just come down to preference, so probably best to add a system preference.
> Overall, I think this one might just come down to preference, so probably > best to add a system preference. You're right, it comes down to preference. I am not sure if this even warrants another new system preference since one can just add to OPACUserCSS: #opac-main .breadcrumbs { display: none; } Maybe a sys pref is overkill and we should just "RESOLVE - WONT FIX" this one?
(In reply to Lucas Gass from comment #12) > You're right, it comes down to preference. I am not sure if this even > warrants another new system preference since one can just add to OPACUserCSS: > > #opac-main .breadcrumbs { > display: none; > } > > > Maybe a sys pref is overkill and we should just "RESOLVE - WONT FIX" this > one? Part of me thinks a syspref is overkill, but it must be annoying having to add that to each new instance, so I suppose I'd like to make everyone happy. I suppose I always add the following to OPACUserCSS for every new instance, so maybe we all have different bits and bobs we always add. #logo { display: none; } Previously, I've suggested adding a profile for koha-create that could setup sysprefs in a vendor-specific way. That could be an interesting alternative too...
We haven't been asked to change this so far. What about accessibility? Would it be useful to keep it for orientation?