Custom Query (424 matches)
Results (37 - 39 of 424)
| Ticket | Owner | Reporter | Resolution | Summary |
|---|---|---|---|---|
| #322 | duplicate | Dragging and dropping files with weird characters into GLI | ||
| Description |
GLI. On Linux in any case, maybe on Windows too. Need to test that still. When trying to drag and drop files
into GLI, it doesn't succeed. The weird characters actually should look like French characters but aren't. They are not UTF8 encoded. The file names are not acceptable. However, on Katherine Don's suggestion, I tried copying them manually into the import folder. I refreshed the view in GLI and they had sensible names now and the collection could be built and I viewed the contents. All that worked fine. Thus far, the problem then is with GLI's dragging and dropping mechanism not being able to cope with these filenames, since the Perl code is able to handle them. I still have to test whether images given these names will work as well (and also put them in an image collection). And try html pages of these names that have relative links to each other. Suggestion: What if GLI were to UTF8 encode filenames when copying them over upon drag-and-drop. Katherine said that import (when used stand-alone) would then still have to deal with non-UTF8 encoded filenames. Therefore, what if both GLI and import were to ensure UTF8 filenames and perhaps that would mean that thereafter Greenstone could stop worrying about filenames altogether? However, what if I had two files of the same names but different encodings? |
|||
| #331 | fixed | Email plugin not saving attachments properly on Windows | ||
| Description |
see email from Diego Due to Perl not outputting binary files in binary mode. Windows screws things up. |
|||
| #332 | fixed | export.pl and import.pl almost identical | ||
| Description |
Make these use a shared module to get rid of duplicate code. |
|||
