> On Fri, Jul 25, 2008 at 1:57 AM, paul POULAIN <[EMAIL PROTECTED]>
> wrote:
> > Please note that the SQL "LIMIT" pragma is mySQL specific. So it must be
> avoided.
Paul, I'm not sure what gave you that impression. Maybe you are thinking of
Oracle, where a "rownum" construction is used. (But no
On Fri, Jul 25, 2008 at 12:09 PM, Henri-Damien LAURENT <
[EMAIL PROTECTED]> wrote:
> Joe Atzberger a écrit :
> >
> > what about adding a feature to bulkchange a given virtual shelf ?
> That
> > would be an already existing place to remember a batch.
> > We could also port some feature
Joe Atzberger a écrit :
>
> what about adding a feature to bulkchange a given virtual shelf ? That
> would be an already existing place to remember a batch.
> We could also port some feature that exist on OPAC to deal with
> basket/lists to staff interface.
> Then, have a bulkst
On Fri, Jul 25, 2008 at 1:19 PM, Joe Atzberger <[EMAIL PROTECTED]> wrote:
>
> what about adding a feature to bulkchange a given virtual shelf ? That
>> would be an already existing place to remember a batch.
>> We could also port some feature that exist on OPAC to deal with
>> basket/lists to staf
> what about adding a feature to bulkchange a given virtual shelf ? That
> would be an already existing place to remember a batch.
> We could also port some feature that exist on OPAC to deal with
> basket/lists to staff interface.
> Then, have a bulkstatuschange applied on a virtual shelf.
>
Only
(Note: moved to koha-devel from patches)
Hi Paul -
On Fri, Jul 25, 2008 at 1:57 AM, paul POULAIN <[EMAIL PROTECTED]> wrote:
> Please note that the SQL "LIMIT" pragma is mySQL specific. So it must be
> avoided.
Is this a guideline we should be currently following?
I'm not asking because i disagr
"Joshua Ferraro" <[EMAIL PROTECTED]> wrote:
> What ever happened to the idea of packaging Koha for one
> or more GNU/Linux distros (MJ, aren't you a Debian contributor?) ?
I'm a debian developer, if that's what you mean, but I've been stuck
doing most development on OSX for the last few months.
C
Hi all,
On Fri, Jul 25, 2008 at 7:41 AM, MJ Ray <[EMAIL PROTECTED]> wrote:
> [thread moved to koha-devel]
>
> Marcel de Rooy <[EMAIL PROTECTED]> wrote:
> > While doing that, I had a problem installing a newer version of
> > ImageMagick (and PerlMagick). Koha needs 6.2.
>
> While installing one sy
On Thu, Jul 24, 2008 at 8:45 PM, MJ Ray <[EMAIL PROTECTED]> wrote:
> Rick Welykochy <[EMAIL PROTECTED]> wrote:
>> Yes, the XML mess has bitten me before. It is probably something
>> beyond the scope of Koha installation to prevent.
>>
>> *UNLESS* perl and all its required C libs are plunked into
>>
[thread moved to koha-devel]
Marcel de Rooy <[EMAIL PROTECTED]> wrote:
> While doing that, I had a problem installing a newer version of
> ImageMagick (and PerlMagick). Koha needs 6.2.
While installing one system recently, installing perlmagick pulled 109
other packages onto the system. Nearly a
Roberto Allende <[EMAIL PROTECTED]> wrote:
> I'm writing to ask about the Plone Koha Contest, we didn't get any news
> and we'd like to know who the winner was.
I think a lot of the current www.koha.org writers would also love to
know! Anyone?
Thanks,
--
MJ Ray (slef)
Webmaster for hire, stati
Paul POULAIN <[EMAIL PROTECTED]> wrote:
> http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=commit;h=64ba3ffe8309da1e109bbbae49b6c567b6f9d49f
>
> The commit notes write :
> > Refine "Patrons statistics" report, fix highlight, remove
> > CGI::scrolling_lists.
> >
> > At client request, I added code
Chris Nighswonger a écrit :
> Can anyone comment on whether serials/serials-recieve.pl is being used?
>
> If not, any objections to its removal?
>
> Kind Regards,
No objection.
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/ma
Paul POULAIN a écrit :
> Nicolas Morin a écrit :
>
>> We should also think about the ways in wich items can be selected to
>> be part of the batch. Scanning bar codes is cool, but not enough. One
>> should be able to do it using a kind of search/filter process: i.e.
>> make a batch of items in b
14 matches
Mail list logo
