| informationsyndicateUTC clock | event counters The last message was received 1.55 years ago at 15:36 on Nov 08, 2010 0 messages so far today, 0 messages yesterday 0 messages so far this week, 0 messages last week 0 messages so far this month, 0 messages last month 748 messages since the first one, 4.72 years ago, for an average of 2.3 days between messages recent messages date | project | content | link |
|---|
| 15:36 on Nov 08, 2010 | KDE | Commit by jsimon :: r 1194297 plugins/trunk/koffice/plugins/chartshape/PlotArea.cpp: ( link) Follow-up to boud's warning fixes | # | | 20:44 on Nov 07, 2010 | KDE | Commit by jsimon :: r 1193999 step/trunk/KDE/kdeedu/step/step/worldscene.cc: ( link) Backport fix from 5.3 branch: Do not crash when creating an item | # | | 20:32 on Nov 07, 2010 | KDE | Commit by jsimon :: r 1193995 step/branches/KDE/4.5/kdeedu/step/step/worldscene.cc: ( link) Do not crash when creating an item | # | | 15:43 on Nov 07, 2010 | KDE | Commit by jsimon :: r 1193921 plugins/trunk/koffice/plugins/chartshape/Axis.cpp: ( link) Properly fall back to a bar chart when an unsupported chart type is loaded so that we do not crash | # | | 16:41 on Oct 25, 2010 | KDE | Commit by jsimon :: r 1189711 plugins/trunk/koffice/plugins/chartshape/DataSet.cpp: ( link) Use numDimensions() from kchart_global.h | # | | 23:42 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188310 plugins/trunk/koffice/plugins/chartshape/kdchart/src/KDChartModelDataCache_p.h: ( link) This check can't be used for columns/rowsRemoved() because it is called after the column/row was removed from the model, thus asking the model if the row being removed is valid doesn't work. Sebastian, I saw you made the change. Please verify the fix. Although I like the additional asserts, I don't see why we should silently ignore any inconsistency (lines 213 and 302). Is there a certain case that requires tolerating them? See r1187158. CCMAIL: sebastian dot sauer at kdab dot com | # | | 23:42 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188309 plugins/trunk/koffice/plugins/chartshape/KDChartModel.cpp: ( link) Split this up into beginResetModel() and endResetModel() | # | | 23:41 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188308 plugins/trunk/koffice/plugins/chartshape/Axis.cpp: ( link) This is automatically done in the diagram's destructor | # | | 18:30 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188232 plugins/trunk/koffice/plugins/chartshape/Axis.cpp: ( link) This is done in the destructor of KDChart::AbstractDiagram now | # | | 18:30 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188231 plugins/trunk/koffice/plugins/chartshape/kdchart/src/KDChartAbstractDiagram.cpp: ( link) Remove diagram from plane in destructor to avoid a dangling (invalid) pointer to this diagram | # | | 18:30 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188230 plugins/trunk/koffice/plugins/chartshape/Axis.cpp: ( link) This has been replaced by code in DataSet::dataValueAttributes() | # | | 15:44 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188174 plugins/trunk/koffice/plugins/chartshape/kdchart/src/KDChartAbstractCoordinatePlane.cpp: ( link) Fix crash in KD Chart that happened if we remove a diagram from a coordinate plane and immediately deleted the diagram, which is legal, but KD Chart didn't expect apparently. | # | | 14:31 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188152 plugins/trunk/koffice/plugins/chartshape/PlotArea.cpp: ( link) Use setGlobalGridAttributes() when possible instead of setting the grid attributes per axis | # | | 14:31 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188151 plugins/trunk/koffice/plugins/chartshape/ (Axis.cpp PlotArea.cpp): ( link) Make sure only the axes that really belong to a chart type are added to the PlotArea's KDChart::Chart instance at a time | # | | 13:12 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188122 plugins/trunk/koffice/plugins/chartshape/kdchart/src/ (4 files): ( link) The abscissa or ordinate orientation isn't fixed in fact, it depends on the diagram type. A lying bar diagram has the axes swapped, in any other case the abscissa is the horizontal axis and the ordinate the vertical. | # | | 13:12 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188120 plugins/trunk/koffice/plugins/chartshape/kdchart/src/KDChartNormalLineDiagram_p.cpp: ( link) Correctly calculate data boundaries (min/max x/y values) in line diagram with missing values | # | | 13:12 on Oct 21, 2010 | KDE | Commit by jsimon :: r 1188119 plugins/trunk/koffice/plugins/chartshape/Axis.cpp: ( link) Do not show data points in line diagrams for which there's no value (aka NAN) in the model | # | | 22:01 on Oct 19, 2010 | KDE | Commit by jsimon :: r 1187629 plugins/trunk/koffice/plugins/chartshape/Axis.cpp: ( link) Use new KD Chart API and paint axis line (otherwise we couldn't apply the axis stroke style to it) | # | | 22:01 on Oct 19, 2010 | KDE | Commit by jsimon :: r 1187628 plugins/trunk/koffice/plugins/chartshape/PlotArea.cpp: ( link) Use either cartesian planes or polar planes, but never both at the same time. Otherwise the attributes of the other type will be visible even though they shouldn't (e.g. frame of so-called wall in a pie chart, which doesn't make sense) | # | | 22:00 on Oct 19, 2010 | KDE | Commit by jsimon :: r 1187627 plugins/trunk/koffice/plugins/chartshape/ (9 files): ( link) Get this style stack thing right and use it consistenly, always using clear() before using it as really only the style of the element being loaded is of interest, not any other styles. So, there's no problem with using the style stack from the odf loading context, we just need to clear it before using it. CCMAIL: bjoern dot breitmeyer at kdab dot com | # |
|