---

Show Spoiler

Show Spoiler

---

TableRegion.sm (295 KiB) downloaded 1423 time(s).

I saw this beta yesterday on the online gallery, and let out little squeals of excitement but don't know well what it is.
Does it work like excel tables expandable and referencing to equations written on other places of the canvas ?

Wrote

Very nice but what's the password ?

Too fast ioan, there are many things to do and to fix before a relase :d

Wrote

I saw this beta yesterday on the online gallery, and let out little squeals of excitement but don't know well what it is.
Does it work like excel tables expandable and referencing to equations written on other places of the canvas ?

Is a region that show a SMath Studio numerical variable as written in a table; basically is an image, the look is customizable using the context menu (a cell editor like excel is too complicated to make for me); as for now there's only the body, I'll try to add other things (those shown in the dialog above and schematized below (colored boxes are all "optionals", as general idea); the hardest thing will be surely unit's handling ...


Best regards,

Davide

---

I meant something to accomplish grafically this request of mkraska presented on his handbook (whishlist section). I think he mentioned it as well on this post.
One could assign a reference to an equation for each column, and there could be a way to add/remove rows. Maybe this is possible with a simpler interface and restricting options that are allowed by spreadsheet programs.

---

Davide, please take a look at this code by another Davide. Davide et impera!! :d
http://www.codeproject.com/Articles/3531/SourceGrid-Open-Source-C-Grid-Control

Wrote

Davide, please take a look at this code by another Davide. Davide et impera!! :d
http://www.codeproject.com/Articles/3531/SourceGrid-Open-Source-C-Grid-Control

The Table region represented by our Davide looks very nice. It seems very interesting and colorful. Users who wanted more formatting features would be satisfied with this
On the other hand, the grid control made by another Davide has a very appreciated and long time awaited thing (at least by me). That is the sliders on the right and on the top of table region for representing a large matrices. I do not know if our Davide would introduce this feature. By the way, I was just satisfied with the nice handy tool SMathMatrixEditor. I thought this table representation will be introduced directly into SMath like some kind of region for representing large matrices, but unfortunately it did not happen

Regards,
Radovan

Just want to mention that the matrix editor is part of the unofficial distribution.

I agree with Radovan and kilele that matrix/table editing features are much higher on the wish-list than corresponding display features. I guess that faking a real editor using the customregions interface with just a single placeholder is close to impossible or at least, inefficient.

Davide, to be honest, there are quite some topics on my wish-list, where all my hope rests on you, first of all the unit-proof functions (linsolve(), int(), Im(), Re(), arg()...) I just hope that the table region won't kill all chances for progress in these issues.

Wrote

Davide, to be honest, there are quite some topics on my wish-list, where all my hope rests on you, first of all the unit-proof functions (linsolve(), int(), Im(), Re(), arg()...) I just hope that the table region won't kill all chances for progress in these issues.

It need not necessarily to be a spreadheet or a complex editor, nor it is necessary to use all the features of that grid control, actually it could all be operated from the context menu, as Radovan said it'd be nice a way to display large matrices with sliders (maybe collapsible areas, a search function). Also conditional formatting is a useful feature on spreadsheets. I'm sure that Davide will come up with some elegant and simple solution.

The possibility to display wide tables is in my mind, I've already a couple of ideas...

I'm very cautious about the possibility to edit matrices (and then systems or tables);
the actual SMath approach is very clear, because if you want to change something in an existing matrix you have two ways:
- manually: copy & paste the matrix to a new definition and edit;
- by programming: use el(), stack(), augment(), submatrix() to create "by routines" a different matrix;

the first (matrix editing on definitions) must be improved, and there are no objections;
the second (matrix editing on evaluations) works fine and keep trace of any change; here a manual editing could be very dangerous, if is not distinguishable; I hope no one thinks on a similar feature.
I've a lot of spreadsheets where a "temporary edit" to cover non common situations is become a hidden bug.

I totally agree. Editing results of evaluations must not be allowed, except for formatting.

If there is an actual possibility to define the variable in the placeholder of the custom region, then there might be a chance to generate a nice data editor, just like the table feature in Mathcad (which is for input only).

Hi Ioan,

Like anyone else I want a better matrix's editing (select by columns/rows by ctrl+drag and the insert/delete by context menu, f.e. would be a very nice feature ) but the question may be focused, because actions on definitions may be different from actions on evaluations; I agree that "a knife could be used as well in the kitchen as to kill somebody" but in the 99% of the cases, if you kill someone with a knife is because you want to use the knife against a man (instead of a beefsteak), and all those who have the opportunity to attend the scene recognize immediately that you're not peeling an apple, so the bad use is wanted and recognizable.
IMHO a manual editing "on the fly" on evaluated variables may be possible only if is easily recognizable, so "less manual" as possible; f.e. a region where you can see an outline of the matrix with red rows/colums where the region delete the rows and green rows/colums where new ones are placed (and maybe another color for cells where elements are replaced); here input and output are separated (by the region, like for the Andrey ComboBox), the intermediate steps are visibles, and the front end is "user friendly".
As I've written, hidden changes may be easily converted into hidden bugs (sometimes I open a worksheet after months, I can't remember all, other times I share the worksheets; and don't forget that if you can edit manually an evaluation, you can do it because you want it or because you have pressed something not intentionally ); is not ethical, are survival things



Best regards,

Davide

Being able to change 1+1=2 to 1+1=3 might be appropriate for excel or microsoft mathematics, but I still can't see the benefit of this possibility for a math program.

If you need to edit the computation results in order to get what you want to show, because your formula does not work as expected, you are not doing math but just cheating (or you found a bug or want to illustrate a feature request...).

Wrote

@Martin,
Your words seems much excessive, thinking that your image on things is a definitive and exclusive one!

Indeed I was hoping that the ban of editing IN DISPLAY CONTEXT as opposed to INPUT CONTEXT could be agreed on in the community. This might be due to me overestimating the value of the principle that an SMath computation documents itself based on what I see is what is computed. Perhaps I could change my mind based on a convincing example of where display contents editing is useful.

Wrote

In fact, Davide gave a good interpretation on what I said.

Martin, words can hurt, especially when unjust and superficials...

I totally misunderstood you. I had the impression that you in fact did not agree to what Davide said and that you were questioning the traceability concern. But even if that was so, there was no intent to hurt, just to be clearly understood. Sorry for any pain.

And finally something is available (look the first post)! I Hope this will improve our fun


Best regards,

Davide



P.S. About the unit summary I've sent a request to Andrey by mail; if my request or something similar will be implemented the workaround provided in the attachment in the first post will be no longer required.


[edit] silent updates
- fixed size of ellipsis for units' summary;
- fixed 1x1 units summary matrices vs row/column vectors;

[UPDATED]

- Improved compatibility between different localization settings;
- Number format now uses SMath's decimal separator instead of system's separator;
- Code Improved (units summary changes, size's calculation flow).

This is a nice one, Davide. Thank you

By the way, I did not figure out if there is a default table size. For instance, if the table is 30x30 then not to presented it in full size in the first place, in order to shrink it then for the presentation in the worksheet - but to represent only say 10x10 first rows and columns.

Regards,
Radovan

great job Davide,
I just want to report a small problem to open your sample file attachment in post #1 TableRegion.sm
I had to manually edit the file and change the size of font that had the decimal point, with a full size.
Smath Studio Desktop Portable 0.96 - Win7 64 bit

sergio

Wrote

This is a nice one, Davide. Thank you

By the way, I did not figure out if there is a default table size. For instance, if the table is 30x30 then not to presented it in full size in the first place, in order to shrink it then for the presentation in the worksheet - but to represent only say 10x10 first rows and columns.

Regards,
Radovan

As for now the default size is the entire table (this is driven by the change of the data size - rows or columns); I've thinked to add an optional restriction on the page size but actually it's not easy (the plugin code need some improvements); your idea seems much more easy to implement

Wrote

great job Davide,
I just want to report a small problem to open your sample file attachment in post #1 TableRegion.sm
I had to manually edit the file and change the size of font that had the decimal point, with a full size.
Smath Studio Desktop Portable 0.96 - Win7 64 bit

sergio

Thank you Sergio, I've forget to replace some functions; I've updated the plugin and now the Fonts should work


Many thanks to anyone for any feedback

Davide

Hello, I am newbie in smath.
I'm playing with it, it seems amazing and I wanted to thank you for your work.
I have a little question regarding "Table Region": Is it compatible with the "SMath viewer"? It does not work to me.

Many thanks from Spain,
Pablo.

Hi Pablo, welcome to our community

Wrote

I have a little question regarding "Table Region": Is it compatible with the "SMath viewer"? It does not work to me.

Usually I implement the Smath Viewer feature as last thing, so as for now you can't produce executables with tables...

BTW I've already made some tests, but I've noticed some bugs, so I don't know when I'll relase the plugin with this feature.