Greetings,
+1 for announcing deprecation with release of 3.14
Announcing is sensible. Giving people an idea of the development path ahead of
time allows for people to plan.
GPML,
Mark Tompsett___
Koha-devel mailing list
Koha-devel@lists.koha-community.
Jared Camins-Esakov wrote:
>+1 for deprecation
+1 from me too
Chris
>
>On Mon, Sep 23, 2013 at 8:42 PM, Galen Charlton
>wrote:
>
>> Hi,
>>
>> On Sun, Sep 22, 2013 at 10:55 AM, Mathieu Saby <
>> mathieu.s...@univ-rennes2.fr> wrote:
>>
>>> So, when it is done, so you think we could some day (f
+1 for deprecation
On Mon, Sep 23, 2013 at 8:42 PM, Galen Charlton wrote:
> Hi,
>
> On Sun, Sep 22, 2013 at 10:55 AM, Mathieu Saby <
> mathieu.s...@univ-rennes2.fr> wrote:
>
>> So, when it is done, so you think we could some day (for 3.14 ? 3.16?)
>> get rid of Zebra GRS1 ? It could make simple
Hi,
On Mon, Sep 23, 2013 at 5:08 AM, Mathieu Saby
wrote:
> Sorry, I was wrong, this pach only asked to create an "installdir" line in
> koha-conf.
> But that does not solve my problem : why is there a reference to
> "installdir" in "Koha / Koha / SearchEngine / Solr / Config.pm" if
> installdir i
Hi,
On Sun, Sep 22, 2013 at 11:02 AM, Mathieu Saby wrote:
> I've never try to activate Queryparser, and I did not follow at all its
> implementation in Koha (shame!>:o )
> So, could someone remind me if it is still "experimental"?
> Is there some case where activating it could be harmful?
> Is i
Hi,
On Sun, Sep 22, 2013 at 10:55 AM, Mathieu Saby wrote:
> So, when it is done, so you think we could some day (for 3.14 ? 3.16?) get
> rid of Zebra GRS1 ? It could make simple further improvements.
> For example, I would like to make a page for configuring zebra indexes
> from staff interface.
Hi,
On Sun, Sep 22, 2013 at 10:40 PM, Marcel de Rooy
wrote:
> Should we add a PERL rule that prohibits defining lexical variables (my
> $var) at the outermost block (file level) ?
>
-1 for scripts -- it's not necessary, and doing anything to tempt folks to
use 'our' unnecessarily instead would b
Dear Koha community,
you can now vote for the location of the Kohacon 2014 conference.
The survey requires your email address, and your IP address is kept
until we have the final results. Please be nice and only vote once.
Your option are Córdoba (Argentina) and Ibadan (Nigeria). A little
informa
Hi,
On Mon, Sep 23, 2013 at 6:44 AM, Zeno Tajoli wrote:
> -- Create a new table for config. It is impossible to use a system
> preference.
>
That would be my preference -- a database table with a well-designed user
interface for populating it would likely be easier for an average user as
oppose
Hi,
On Mon, Sep 23, 2013 at 6:39 AM, Samuel Desseaux wrote:
> I've a question :
>
> As member of the team for the next release, i 've been elected as vm
> manager (and for the documentation).As it's a new role, I begin to work on
> it but i 'd like to know where this vm could be hosted and how
Hi to all,
Il 21/09/2013 19:30, Galen Charlton ha scritto:
The nit about XML processors aside, how complicated is the structure of
the configuration data you need to express? And how frequently would a
human need to look at it? If the configuration you need to express
boils down to a hash map
Hi,
I've a question :
As member of the team for the next release, i 've been elected as vm
manager (and for the documentation).As it's a new role, I begin to work
on it but i 'd like to know where this vm could be hosted and how to
plan the release of the vm.
I've vm for 3.12 but in french
Sorry, I was wrong, this pach only asked to create an "installdir" line
in koha-conf.
But that does not solve my problem : why is there a reference to
"installdir" in "Koha / Koha / SearchEngine / Solr / Config.pm" if
installdir is not defined in standard koha-conf.xml? Is it a bug to fix?
Mat
Hi
I would like to get the name of installation directory for putting in
etc/. a YAML file for configuring facets.
I have been looking at the patch introducing SolR, and I found in "Koha
/ Koha / SearchEngine / Solr / Config.pm" this line :
default => C4::Context->config("installdir") .
14 matches
Mail list logo