Moodle
  1. Moodle
  2. MDL-6240

utf-8 import in a windows environment

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 1.6.1
    • Fix Version/s: 1.9
    • Component/s: Administration
    • Labels:
      None
    • Environment:
      All
    • Database:
      MySQL
    • Affected Branches:
      MOODLE_16_STABLE
    • Fixed Branches:
      MOODLE_19_STABLE
    • Rank:
      28433

      Description

      Bulkupload:

      Importing textfiles from a windows-pc raises problems, because a windows pc normaly produces ascii ...

      When you save a textfile with windows-notepad, the first sign is WRONG and bulkupload will stop, with the message username is not a valid field ...(looking in the code there is not username but username with a sign? in front.

      You have to copy the text direct from excel into notepad2 save as utf8 and this will work for all signs ...

      Is there no possibility for importing datas to select an import code?

      You may get an Testfile (Excel with some strange signs (German and Hungarien)

      The same happens with GIFT Import

        Activity

        Imported created issue -
        Hide
        Martin Dougiamas added a comment -

        From Howard Miller (howard.miller at udcf.gla.ac.uk) Monday, 14 August 2006, 02:29 AM:

        As I mentioned in the forum, this is actually tricky. There isn't (as far as I can tell) a definitive list of encodings in Moodle already, and if you try and create one it is huge, AND it varies depending on the multi-byte string library you happen to have installed.

        I came up against this for quiz importing (as you mention) - my vote is to leave it as it is, but to document ways to handle utf-8 conversion more easily.

        From Petr Skoda (skodak at centrum.cz) Monday, 14 August 2006, 02:51 AM:

        90% of users just need utf-8, original unix, original windows and mail encoding - there is no need for longer list IMHO

        Or we could use OpenDocument format for import/export which is utf-8 compatible already. The only problem is that there is no usable OpenDocument library compatible with PHP4

        Show
        Martin Dougiamas added a comment - From Howard Miller (howard.miller at udcf.gla.ac.uk) Monday, 14 August 2006, 02:29 AM: As I mentioned in the forum, this is actually tricky. There isn't (as far as I can tell) a definitive list of encodings in Moodle already, and if you try and create one it is huge, AND it varies depending on the multi-byte string library you happen to have installed. I came up against this for quiz importing (as you mention) - my vote is to leave it as it is, but to document ways to handle utf-8 conversion more easily. From Petr Skoda (skodak at centrum.cz) Monday, 14 August 2006, 02:51 AM: 90% of users just need utf-8, original unix, original windows and mail encoding - there is no need for longer list IMHO Or we could use OpenDocument format for import/export which is utf-8 compatible already. The only problem is that there is no usable OpenDocument library compatible with PHP4
        Michael Blake made changes -
        Field Original Value New Value
        Assignee Petr Skoda [ petrskoda ] Petr ?koda [ skodak ]
        Hide
        Petr Škoda added a comment -

        fixed some time ago

        Show
        Petr Škoda added a comment - fixed some time ago
        Petr Škoda made changes -
        Status In Progress [ 3 ] Resolved [ 5 ]
        Fix Version/s 1.9 [ 10190 ]
        Resolution Fixed [ 1 ]
        Martin Dougiamas made changes -
        Status Resolved [ 5 ] Closed [ 6 ]
        QA Assignee nobody
        Martin Dougiamas made changes -
        Workflow jira [ 16921 ] MDL Workflow [ 53130 ]
        Martin Dougiamas made changes -
        Workflow MDL Workflow [ 53130 ] MDL Full Workflow [ 82211 ]

          People

          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: