I am wondering if we will see this in the 3.2 release or not??? - Dealing
with Guided Reports
http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_guided_reports
Thanks for any feedback!
David Schuster
--
View this message in context:
http://www.nabble.com/RFC---3.2-Question---Guide
David Schuster a écrit :
> I am wondering if we will see this in the 3.2 release or not??? - Dealing
> with Guided Reports
>
> http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_guided_reports
>
> Thanks for any feedback!
>
> David Schuster
>
Hi David,
I wrote the RFC. It would be u
Some of my librarians have complained about the item type images on the
staff search results page. ( I like the ones that don't complain ;) )
In looking at the css I see a 30px padding to make room for the item
type image (which is pulled as a background). This is fine for the npl
set, where all
Hi,
On Wed, Feb 11, 2009 at 3:07 PM, Michael Hafen wrote:
> I think it would be best to standardize on a size for these images, so
> that the css can be set once and look right.
I would prefer that we accommodate different sizes for the icons
rather than settle for just one "standard" size. I'm
I see. It would be good to find out how many libraries use the
liblime-kids set. I don't think that's really necessary though. The
complaints I'm getting from my librarians involve the bridge set. The
padding is perfect for the npl set, but not for the bridge set. The
images interfere with the
>
> I'll admit that it is nice to have the larger icons for the kids ( to
> this end one of my librarians has asked me to increase the font
> size on
> the opac ). So, in my opinion, it would be best to have variable
> padding with the icons. I just don't look forward to trying to code
> that.
On Thu, 2009-02-12 at 10:19 +1300, Mason James wrote:
> >
> > I'll admit that it is nice to have the larger icons for the kids ( to
> > this end one of my librarians has asked me to increase the font
> > size on
> > the opac ). So, in my opinion, it would be best to have variable
> > padding wit
getitemtypeimagelocation could easily return the subdirectory name
as well, allowing a
to wrap the icon.
That would allow mixed use of iconsets. I think it's a safe assumption
that a given iconset ( subdir of itemtypeimages ) will be uniform in size.
--
Ryan Higgins
LibLime * Open-Source S
> There would be no more guessing that way, just have
> to specify the image width when setting up the icon set.
yep, this is a pretty doable solution too.
i still think there is some CSS fiddle that will make the itemtype-
image and the text align happily together
Owens' the guy to answer tha
On Wed, 2009-02-11 at 17:14 -0500, Ryan Higgins wrote:
> getitemtypeimagelocation could easily return the subdirectory name
> as well, allowing a
> to wrap the icon.
>
> That would allow mixed use of iconsets. I think it's a safe assumption
> that a given iconset ( subdir of itemtypeimages ) wil
While poking around C4/Search.pm I noticed this sys pref being used.
But it isn't in the System Preferences. Since it's not there Search.pm
ends up with a value of 1 every time. If this sys pref is there it gets
used.
Will someone please comment on this sys pref.
It seems like a nice feature.
On Thu, Feb 12, 2009 at 11:42 AM, Michael Hafen
wrote:
> While poking around C4/Search.pm I noticed this sys pref being used.
> But it isn't in the System Preferences. Since it's not there Search.pm
> ends up with a value of 1 every time. If this sys pref is there it gets
> used.
>
> Will someon
On Thu, 2009-02-12 at 11:49 +1300, Chris Cormack wrote:
> On Thu, Feb 12, 2009 at 11:42 AM, Michael Hafen
> wrote:
> > While poking around C4/Search.pm I noticed this sys pref being used.
> > But it isn't in the System Preferences. Since it's not there Search.pm
> > ends up with a value of 1 ever
Hi Stephen,
On Thu, Feb 5, 2009 at 11:36 AM, Stephen G. Edwards
wrote:
1. Add a "Place Hold" button to the search results page. I did this in my
> sandbox by tweaking "opac-results.tmpl" and "basket.js" (trying to mirror
> the flow of the "Save" button's functionality). Use this to pass the lis
>>
> This icon set is not uniform in size, unfortunately for us. Otherwise
> you have an excellent idea there.
>
another idea - perhaps the icon's author's license allow use to
resize the icons to a default dimension?
___
Koha-devel mailing list
Koha
15 matches
Mail list logo
