Ограничения первой ячейки CSV
Если я создаю файл csv (я делаю это из C #), который содержит текст « ID » в первой ячейке в первой строке, MS Excel 2010 не может открыть его, это означает, что файл не является допустимым файлом csv .
Я провожу полчаса, прежде чем понял, что проблема в том, что « ID ».
Самое интересное в этой ситуации то, что если « ID » переместить в любую другую ячейку, все работает просто нормально.
Действия по воспроизведению: Создайте текстовый файл со следующим содержимым:
ID,Name
1,Unnamed
Сохраните его. Измените расширение на csv .
Вот и все, MS Excel 2010 сообщит вам, что этот файл не является csv и не сможет открыть его!
Что я делаю неправильно? Я погуглил для некоторой информации, но кажется, что ID не является каким-то зарезервированным словом.
Я запускаю Win7Enterprisex64 и использую MS Excel 2010, как я уже упоминал.
В зависимости от настроек культуры, разделителем csv может быть , или ; (может быть, некоторые другие символы)
Я пытался настроить автозавершение Vim для кода Ruby и не был успешным. Я имею в виду вещи «работа», но я бы ожидал, что лучший плагин или конфигурация будет доступен.
Я настроил плагин rubycomplete, и он делает достойную работу, но ничего по сравнению с IDE, как RubyMine. Это был просто глоток свежего воздуха, когда я установил его, чтобы увидеть, чего мне не хватало. Он хорошо осведомлен о синтаксисе, контексте и обычно показывает только соответствующие возможные варианты.
Возможно, я просто неправильно все настроил. Невозможно найти учебное пособие, запись в блоге, хорошую документацию о том, как это сделать (особенно актуальную). Иногда вы просто обнаруживаете, что есть разные инструменты и настройки и не так много объяснений, как это сделать.
Существует ли стандарт сообщества для такого типа вещей? Каковы наилучшие инструменты для достижения этой цели? Любой хороший учебник, источник, подсказки о том, как идти по этому поводу?
Я продолжаю слышать, люди говорят, что они предпочитают Vim по сравнению с IDE, как Rubymine и что они могут достичь почти то же поведение во многих аспектах с правильной конфигурации плагина, но мой опыт не был тем же. Я действительно хочу продолжать использовать Vim, так как это легче, и я люблю редактор, но производительность является самой важной вещью, и я трачу слишком много времени на чтение блогов от 3 и 4 лет назад о том, как настроить это.