Если вы измените тип серии columnrange
на xrange
, вы сможете использовать значения по умолчанию navigator
и scrollbar
в xAxis
:
$('#container').highcharts({
chart: {
type: 'xrange'
},
...,
series: [{
name: 'Producing',
data: [{
y: 0,
x: Date.UTC(2013, 07, 03, 0, 0, 0),
x2: Date.UTC(2013, 07, 03, 4, 0, 0)
}, {
y: 0,
x: Date.UTC(2013, 07, 03, 10, 0, 0),
x2: Date.UTC(2013, 07, 03, 12, 0, 0)
}, ...
]
}, ... ]
});
Документы: https://www.highcharts.com/docs/chart-and-series-types/x-range-series
Демонстрационная версия: http://jsfiddle.net/BlackLabel/ oy1xLkc5 /
Мы обновляем довольно большое решение (20 + проекты) с 2005 до 2008, но это было действительно тривиально. Обновление проекта только в основном. Базовая платформа является все еще тем же, так как и 3.0/3.5 и 2.0 совместно используют ту же базовую платформу.
Как был сказан выше, даже при том, что Вы обновляете, Вы не должны изменять ссылку платформы для проектов - на самом деле, она принимает значение по умолчанию к отъезду платформы в 2,0 вместо того, чтобы изменить его на 3.0/3.5. Это означает, что Вы не сможете использовать в своих интересах 3.0/3.5 функции, пока Вы не измените ссылку (Страница Project Properties, поле "Target Framework" Таблицы Приложения), но это также означает, что Вы так намного более уверенны, что не будет дополнительных проблем совместимости (поскольку Вы получите ошибку при добавлении 3.0/3.5 кода, пока та ссылка не будет изменена).
Новые возможности 2008 TFS не должны быть пропущены также, хотя Вы не должны обновлять свое приложение, чтобы смочь использовать 2008 TFS.
1.1 к 2,0 преобразованиям было намного более болезненным...
Я обновил несколько проектов из Visual Studio 2005 - 2008 с Мастером, и они все пошли безболезненные (хорошо... за исключением того зверя C++. Но Вы говорите о.NET так или иначе).
Следует иметь в виду, что Вы не должны обновлять версию.NET. Visual Studio 2008 поддерживает.NET 2.0, 3.0 и 3.5. Однако 3.5 назад совместимо так или иначе, так как это находится на том же CLR и является, более или менее, просто некоторыми дополнительными библиотеками. И "старые" библиотеки остаются такими же.
Я не знаю о Entlib.
Почему Вы только не пытаетесь выполнить свои модульные тесты?:)
Нет.
Нет. Существуют новые возможности в 3,5, который не портировал бы назад исходно. И (IIRC) там являются некоторыми депрекациями, идущими от 2,0 до 3,5.
Я так не думаю. 3.5 перечислен как требование.
Сделайте резервное копирование, запустите мастер, посмотрите то, что происходит. Это могло бы требовать времени для такого короткого проекта, но Вы будете в состоянии, где можно сказать, будет ли это build/run-as-expected.
Используйте PerlMagick , это интерфейс к популярному ImageMagick набор инструментов командной строки для выполнения именно такого рода вещей. PythonMagic также доступен.
При переходе с EntLib 3.1 на 4.0 не должно быть никаких критических изменений:
«Критических изменений в общедоступном API не должно быть. Это было одной из целей разработки EL4. Просто помните, что для EL4 требуется .NET3.5.
- Григорий "
(Григорий - менеджер программ для EntLib)
Я не уверен насчет 2.0–3.1. Если завтра я найду нужных людей @ p&p, я обновлю это.
Ade