[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