[Koha] Encoding and Character Sets in Koha

Narcis Garcia informatica at actiu.net
Tue Sep 4 01:12:26 NZST 2018


What if the user types something there by mistake?


El 03/09/18 a les 15:09, Tomas Cohen Arazi ha escrit:
> Narcis, what you describe is the expected behaviour: you need to click
> on the field to get it filled. Not a bug, but the expected behaviour.
> 
> El lun., 3 sept. 2018 a las 5:05, Narcis Garcia (<informatica at actiu.net
> <mailto:informatica at actiu.net>>) escribió:
> 
>     I've tested default framework in "Catalyst IT Ltd" demo, and it has same
>     behaviour: Without clicking in 000/LEADER field, it's not filled and
>     [Save] action complains about required value.
> 
> 
> 
>     El 03/09/18 a les 08:00, Katrin Fischer ha escrit:
>     > Hi Narcis,
>     >
>     > if configured correctly Koha will not let you save the record without
>     > filling in a default value. If it only does fill the LDR if you
>     click in
>     > the field, something is still not quite right in your configuration.
>     >
>     > I suggest you try the behavior in one of the available demo databases
>     > and compare your framework configuration with the default.
>     >
>     > You can also use the 'default' setting, but getting it to work the
>     > standard would be better I think.
>     >
>     > Katrin
>     >
>     >
>     > On 31.08.2018 10:26, Narcis Garcia wrote:
>     >> - No plugin icon; as far as I know the form icons.
>     >> - 000 is mandatory and 000@ is mandatory too; but it has effect only
>     >> when Visibility:Editor=Enabled
>     >> - When Visibility:Editor=Enabled it only populates a value on click.
>     >> When this is done, international characters have full expected
>     behavior
>     >> (right recorded and shown).
>     >>
>     >> I understand now that 000@ subfield is required to be visible on
>     catalog
>     >> record creation, and must be filled with JS proposed value.
>     >> Is there some way to cataloguer people doesn't have to deal with 000@
>     >> subfield? A prefilled value?
>     >>
>     >> Thanks.
>     >>
>     >>
>     >> El 30/08/18 a les 22:08, Katrin Fischer ha escrit:
>     >>> Hi Narcis,
>     >>>
>     >>> 000 should, if properly configured, auto-fill with a good value when
>     >>> clicking into the input field or when trying to save the record
>     for the
>     >>> first time.
>     >>>
>     >>> - Is there a plugin icon next to the 000 field?
>     >>> - Is it mandatory?
>     >>> - Does it populate when you click it?
>     >>>
>     >>> If the LDR is there, new records should display ok without need
>     to edit
>     >>> them again.
>     >>>
>     >>> Katrin
>     >>>
>     >>>
>     >>> On 29.08.2018 10:09, Narcis Garcia wrote:
>     >>>> From: koha-owner at lists.katipo.co.nz
>     <mailto:koha-owner at lists.katipo.co.nz>
>     >>>> "Your message to Koha awaits moderator approval"
>     >>>> "Message body is too big: 61980 bytes with a limit of 40 KB"
>     >>>>
>     >>>> I'm still waiting for somebody releases that my previous post
>     to the
>     >>>> list. I had to format it in HTML to present some SQL table
>     properties.
>     >>>>
>     >>>>
>     >>>> Thank you Katrin for the 000@ subfield steps, but now I see that
>     >>>> behaviour strange:
>     >>>> To a MARC21 record is shown properly with unicode strings, it
>     must be
>     >>>> typed and saved 2 times:
>     >>>> - First time it's saved right, but characters are shown bad on
>     any Koha
>     >>>> web interface.
>     >>>> - After editing, re-typing and re-saving, all things are right
>     >>>> (database
>     >>>> data and web representation).
>     >>>>
>     >>>> If I set and leave [MARC21]000@ subfield with
>     >>>> Visibility:Editor=Disabled
>     >>>> Then a JS error message prevents I save new catalog records:
>     >>>> "Can't save this record because the following field aren't filled:
>     >>>> * tag 000 subfield 0 campo de control de longitud fija in tab 9"
>     >>>>
>     >>>> Does 000 at 0 subfield expect a constant value for any new record, or
>     >>>> different value on each record? Can I default some pre-fixed
>     value, or
>     >>>> the only way is to create + review each new catalog record at all?
>     >>>>
>     >>>>
>     >>>>
>     >>>> El 26/08/18 a les 19:27, Katrin Fischer ha escrit:
>     >>>>> Hi Narics,
>     >>>>>
>     >>>>> try the following:
>     >>>>>
>     >>>>> In your MARC framework, make the LDR 000 @ visible in the editor
>     >>>>> again.
>     >>>>> Open the record, make sure the field is filled, save it. The
>     plugin
>     >>>>> linked to the LDR should take care of setting some sensible
>     default
>     >>>>> value just by clicking into the field. Try to view the record
>     >>>>> again, see
>     >>>>> if that fixes your problem.
>     >>>>>
>     >>>>> Note: the leader contains information about the encoding of the
>     >>>>> record,
>     >>>>> if the LDR is missing, you can get records that behave strangely.
>     >>>>>
>     >>>>> Katrin
>     >>>>>
>     >>>>>
>     >>>>> On 25.08.2018 11:44, Narcis Garcia wrote:
>     >>>>>> Didn't see the "El halcon Maltš" example?
>     >>>>>> As "Koha web interface" I meant both OPAC and staff area.
>     >>>>>>
>     >>>>>>
>     >>>>>>
>     >>>>>> El 24/08/18 a les 18:24, Michael Kuhn ha escrit:
>     >>>>>>> Hi Narcis
>     >>>>>>>
>     >>>>>>> You wrote:
>     >>>>>>>
>     >>>>>>>> When cataloguing books with non-english characters, I see well
>     >>>>>>>> saved
>     >>>>>>>> strings at database (from OS console), but Koha web
>     interface is
>     >>>>>>>> not
>     >>>>>>>> showing those unicode characters as expected.
>     >>>>>>> What exactly is shown? Can you give some examples?
>     >>>>>>>
>     >>>>>>> What do you exactly mean with "Koha web interface" - is this the
>     >>>>>>> staff
>     >>>>>>> client or the OPAC or both?
>     >>>>>>>
>     >>>>>>> Is your Koha OPAC maybe accessible, and if yes what is the URL?
>     >>>>>>>
>     >>>>>>> Best wishes: Michael
>     >>>>>> _______________________________________________
>     >>>>>> Koha mailing list  http://koha-community.org
>     >>>>>> Koha at lists.katipo.co.nz <mailto:Koha at lists.katipo.co.nz>
>     >>>>>> https://lists.katipo.co.nz/mailman/listinfo/koha
>     >>>>> _______________________________________________
>     >>>>> Koha mailing list  http://koha-community.org
>     >>>>> Koha at lists.katipo.co.nz <mailto:Koha at lists.katipo.co.nz>
>     >>>>> https://lists.katipo.co.nz/mailman/listinfo/koha
>     >>>> _______________________________________________
>     >>>> Koha mailing list  http://koha-community.org
>     >>>> Koha at lists.katipo.co.nz <mailto:Koha at lists.katipo.co.nz>
>     >>>> https://lists.katipo.co.nz/mailman/listinfo/koha
>     >>> _______________________________________________
>     >>> Koha mailing list  http://koha-community.org
>     >>> Koha at lists.katipo.co.nz <mailto:Koha at lists.katipo.co.nz>
>     >>> https://lists.katipo.co.nz/mailman/listinfo/koha
>     >> _______________________________________________
>     >> Koha mailing list  http://koha-community.org
>     >> Koha at lists.katipo.co.nz <mailto:Koha at lists.katipo.co.nz>
>     >> https://lists.katipo.co.nz/mailman/listinfo/koha
>     >
>     > _______________________________________________
>     > Koha mailing list  http://koha-community.org
>     > Koha at lists.katipo.co.nz <mailto:Koha at lists.katipo.co.nz>
>     > https://lists.katipo.co.nz/mailman/listinfo/koha
>     _______________________________________________
>     Koha mailing list  http://koha-community.org
>     Koha at lists.katipo.co.nz <mailto:Koha at lists.katipo.co.nz>
>     https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> -- 
> Tomás Cohen Arazi
> Theke Solutions (https://theke.io <http://theke.io/>)
> ✆ +54 9351 3513384
> GPG: B2F3C15F


More information about the Koha mailing list