__group__ ticket summary component version milestone type owner status created _changetime _description _reporter Active Tickets 33 during 'creature view' and server running, world visible client 3D defect Maciej Komosinski new 2011-01-29T23:55:30+01:00 2011-01-29T23:55:30+01:00 Sometimes the world flashes when the 'creature view' is active and the server is running: creatures change in the foreground, world land appears once in a while in background. Maciej Komosinski Active Tickets 6 an option to turn off/on panorama (3d background) client 3D enhancement Maciej Komosinski new 2009-04-08T20:32:11+02:00 2009-04-08T20:32:11+02:00 Maciej Komosinski Active Tickets 7 visualize receptors and effectors client 3D enhancement Maciej Komosinski new 2009-04-08T20:40:18+02:00 2009-04-08T20:40:18+02:00 for start, just the basic set of neurons: |@GTS Maciej Komosinski Active Tickets 8 stress visualization client 3D enhancement Maciej Komosinski new 2009-04-08T20:41:36+02:00 2009-04-08T20:41:36+02:00 a new visualization style that shows stress (or rotstress) in joints with colors (e.g. from blue to red) Maciej Komosinski Active Tickets 9 handle orientation of Parts and Joints client 3D enhancement Maciej Komosinski new 2009-04-08T20:42:27+02:00 2009-04-08T20:42:27+02:00 "get this info from the server and properly rotate these objects in 3D " Maciej Komosinski Active Tickets 34 parametrized styles client 3D enhancement Maciej Komosinski new 2011-01-31T19:06:12+01:00 2011-01-31T19:06:12+01:00 "Currently, styles of Parts and Joints do not depend on properties of individual Parts and Joints (assimilation, stamina, friction coefficient, etc.). They should depend! just like in POV-Ray and OpenGL in Framsticks GUI/Theater. This issue depends on #11, and #8 is a special case of this issue. Required: - each style publishes a list of properties it needs - queries to server are adjusted for each style (e.g., if a style needs Part's assimilation, then client asks for Part:x,y,z,as) - properties received from server are passed to the style (*.cgfx). " Maciej Komosinski Active Tickets 12 use communication module package for communication client 3D Develop communication module enhancement Maciej Komosinski new 2009-04-08T20:45:46+02:00 2009-04-08T20:45:46+02:00 Maciej Komosinski Active Tickets 5 zoom on selected creature (double click or selecting on a list) client 3D Update 3D client enhancement Maciej Komosinski new 2009-04-08T20:32:03+02:00 2009-04-08T20:58:17+02:00 "double click refers to the 3D view. selecting on a list concerns some other GUI control that would contain a list of creatures. So we only need a method in the 3D client that gets the ID of the creature to zoom on." Maciej Komosinski Active Tickets 10 visualize genotypes client 3D Update 3D client enhancement Maciej Komosinski new 2009-04-08T20:43:35+02:00 2009-04-08T20:57:36+02:00 visualize not only living creatures but also genotypes (or rather, Models that the server provides for genotypes) Maciej Komosinski Active Tickets 11 use the real parser of framsticks objects client 3D Update 3D client enhancement Maciej Komosinski new 2009-04-08T20:44:57+02:00 2009-04-08T20:44:57+02:00 Use the parser from the parsers package. Maciej Komosinski Active Tickets 13 step-by-step visualization client 3D Update 3D client enhancement Maciej Komosinski new 2009-04-08T20:50:11+02:00 2009-04-08T20:50:11+02:00 "Smooth visualization (concerns and depends on the running on/off events) where the client requests simulation steps from the server. Three modes: - show each n-th frame - meet FPS as set by user - refresh once a second The two top modes are implemented in Framsticks GUI (see for reference)." Maciej Komosinski Active Tickets 15 icons in the tree based on object class name client GUI defect Maciej Komosinski new 2009-04-09T00:12:57+02:00 2009-04-09T00:12:57+02:00 Currently class name is not provided by the parser at all, so icons are not 'dynamically' (by class name matching icon file name) assigned to tree nodes. Maciej Komosinski Active Tickets 50 Declarations from *.expdef are not recognized in *.inc files framclipse defect Mateusz Poszwa new 2015-10-30T19:49:22+01:00 2015-10-30T19:49:22+01:00 Variables and functions declared in *.expdef file are not recognized in *.inc file included in it. oriona Active Tickets 49 Allow manual reference checking framclipse enhancement Mateusz Poszwa new 2015-10-25T19:47:42+01:00 2015-10-25T19:47:42+01:00 "Framclipse tries its best to detect as many errors as possible, while accepting correct code. However, it is sometimes not possible to prove a certain statement is correct. Example (taken from standard-mt.expdef): {{{ var s = Simulator.slaves[i]; var fromslave = s.export(null, 2, 0, 0); Simulator.import(""string://"" + fromslave, 2 + 128); ExpState.totaltestedcr += s.expstate.totaltestedcr; ExpState.totaltests += s.expstate.totaltests; }}} In the example above, it is impossible to tell whether the references in the right sides of the last two lines are correct without evaluating `fromslave`, which might be impossible. Framscript should issue a warning in this case. If many such warnings are present, the important ones may be hard to spot. One of the solutions is to allow exclusion of such dubious statements from error checking process if they have been verified by the user. To facilitate this, it has been suggested to introduce the following directives: {{{ @annotate framclipse mute errors next line @annotate framclipse mute errors begin @annotate framclipse mute errors end }}} These directives would exclude single lines or blocks of code from reference checking. Technically, it can be done by stripping the field references in the auxiliary lexer so, for example, {{{ var x = s.expstate.[""totaltestedcr""]; }}} is interpreted as {{{ var x = s; }}} which is a valid piece of code (defining `x` like it used to), and at the same time doesn’t contain potentially invalid references." Mateusz Poszwa Active Tickets 32 two-level parsing framclipse enhancement Maciej Komosinski new 2011-01-29T23:50:56+01:00 2011-01-29T23:50:56+01:00 "Split current parser into two parts: top-level file structure (objects consisting of name:value pairs), and lower-level FramScript code parsing. This should also lead to more meaningful error messages." Maciej Komosinski Active Tickets 45 "ModelGeometry: set sensible values for ""geom_density"" min/max/default" Framsticks core defect new 2014-12-05T22:38:21+01:00 2014-12-05T22:38:21+01:00 "http://www.framsticks.com/trac/framsticks/browser/cpp/frams/model/geometry/modelgeoclass.cpp Currently ""0.01 100.0 1.0"", yet a range 5..25 was used for initial tests while the source was in development. Perform intensive tests for diverse structures to analyze the influence of density on estimated volume, area, sizes, and time of computation. Consider introducing adaptive density - users would only set the maximal % of error, and this would be the basis for automatically adjusting density based on earlier off-line tests and discovered properties. " Maciej Komosinski Active Tickets 63 ModelGeometry: support part.hollow when calculating volume Framsticks core enhancement new 2018-08-16T17:30:12+02:00 2018-08-16T17:30:12+02:00 This is simple to implement, but left for the future because the only application for now would be Foraminifera and their shells (this was the motivation to introduce part.hollow), and we don't need this feature at this point. We will need this when we would want to estimate the volume of (hollow inside) shells in a larger morphology of a foram. Maciej Komosinski Active Tickets 48 ModelGeometry: consider unifications in geometrytestutils.cpp Framsticks core defect new 2015-01-17T02:28:05+01:00 2015-01-17T02:28:05+01:00 ...as there are duplicated fragments of code there. Maciej Komosinski Active Tickets 4 """TO DO"" list for FRED" fred defect Maciej Komosinski new 2009-04-08T20:29:10+02:00 2009-04-08T20:29:10+02:00 "This ticket contains general remarks and suggestions regarding development of FRED. Fred 2.0 sources are divided into three packages. The source tends to be complicated, inefficient and obfuscated, so it should rather be rewritten than simplified and optimized. This can be also done step by step. Be prepared for many duplicated parts of code... Some of them were already rewritten and improved. You can safely ignore comments in Polish which occasionally appear in the source. - fix perspective in 3d view (fred.Tazo, fred.Neuro) - add scaling after sorting (fred.Neuro, fred.Symbol, fred.Names) - add animating for all neurons in Neuro.class - add editing and + support in Neuro.class - add context menu to list and table in downloading from database window (fred.URLGens) - add selecting elements in model properties window (fred.Model) - add selecting elements in editor window (fred.F0Editor) - add deselecting buttons when a function cannot be used (fred.BrainFrame, fred.BodyFrame) - add instant refresh of all visible strings when changing language in language window (fred.MainFrame) - add copy/cut/paste support in all windows (fred.Model, fred.BrainFrame, fred.BodyFrame, fred.Messages(only copy)) - add context menus to all windows (fred.Model, fred.BrainFrame, fred.BodyFrame, fred.Messages) - add clearing support in messages window (fred.Messages) - speedup downloading from database/check why it works so slowly (fred.URLGens) - add format converters support to Fred (fred.MainFrame) - (?) correct error shown - LoadWindow in Browser - fully visualize mapping (selection) in creature-model-f0genotype (elements-rows-lines) - visualize signal flow in NN brain window (""animation"" mode) - loading is unexpectedly slow (see for example 'other.gen') - f0 editor: error messages not cleared, old messages remain even if the genotype is valid or new - some program texts not translated (e.g. f0 editor window, tooltips). - why is 'free memory' decreasing when nothing is being done? check memory management - add a few predefined models in Fred (menu Load->Sample model->1, 2, 3) - URLGens.java and FEC DB - change the meaning of tags (uniform notation, like float numbers FRED_F_Speed, strings FRED_S_Name, etc.) - the rarely used m: properties in f0 genotype should be preserved by fred, not just ignored - the rarely used # line comments in f0 genotype should be preserved by fred, not just ignored - in the 3D NN view, the scene rotation might be activated, and then the background texture needs to be put on a 3D underlying box - messages window and messages: shown only those which concern the current model - no outdated messages - make adding/connecting neurons aware of their preferences and abilities (defined in model.def) - update zoom correctly after the NN view type is changed - snap to grid - add some fred capabilities to favi - improve functionality of NN view, add tooltips, neuron descriptions etc. - convert all 3D .ac neuron models (available in Framsticks) into .3ds for Fred - other ideas to make Fred more user-friendly " Maciej Komosinski Active Tickets 3 make simple NN view reusable by other programs (e.g. network GUI) fred Update FRED task Maciej Komosinski new 2009-04-08T20:22:50+02:00 2009-04-08T20:23:44+02:00 Make it more independent so that it gets a f0 genotype and shows the NN on the graphics canvas. Maciej Komosinski Active Tickets 26 f8: such genotypes should never emerge in evolution genetic representations defect Maciej Komosinski new 2009-10-30T20:35:44+01:00 2009-10-30T20:35:44+01:00 "Discover how this genotype could be created: //8 3 n2=0 --- P0 P0(n0,n1,n2):[R:XqX:P0(0) It might be some kind of deleting mutation, or a crossover? Fix this so that invalid genotypes like the above won't happen anymore. " Maciej Komosinski Active Tickets 27 f8: crashes for this genotype genetic representations defect Maciej Komosinski new 2009-10-30T20:36:50+01:00 2009-10-30T23:51:05+01:00 "Note that for n0<3 it works OK. {{{ //8 10 n0=3 --- P0 P0(n0):lllllrrX[^^P1(n0)] P1(n0):n0==0|P2()[P2()[^P3()]^^P2()[P3()^]]:n0!=0|P2()[P2()[^^P4(n0)]^^P2()[P4(n0)^^]] P2():LLLLLLX P3():RRP2()[^P2()^P2()^] P4(n0):RRP1(n0-1) }}} " Maciej Komosinski Active Tickets 28 f8: parser too tolerant genetic representations defect Maciej Komosinski new 2009-10-30T20:40:39+01:00 2009-10-30T23:52:11+01:00 "Why this is considered correct; it should not: {{{ //8 5 n0=1 --- P0 P0(n0):lllXP0(''pretty;AnYthIng[]-1) }}}" Maciej Komosinski Active Tickets 29 f8: genotypes with no productions should be considered incorrect genetic representations defect Maciej Komosinski new 2009-10-30T20:43:06+01:00 2009-10-30T20:43:06+01:00 "In the f8 grammar, empty 'productions' set should not be accepted. " Maciej Komosinski Active Tickets 25 f8: change mutations that add parentheses genetic representations task Maciej Komosinski new 2009-10-30T20:33:15+01:00 2009-10-30T20:33:15+01:00 "One mutation type instead of two, ( and ). When it occurs, it should add ""("" in a random place in a production and ""),"" somewhere later in that production. " Maciej Komosinski Active Tickets 31 f8: fill mutation_method_names[] genetic representations task Maciej Komosinski new 2009-10-31T14:16:04+01:00 2009-10-31T14:16:04+01:00 Maciej Komosinski Active Tickets 14 move objects parser from the GUI client to the parsers package. parser frams objects Update parsers task Maciej Komosinski new 2009-04-08T21:05:38+02:00 2009-04-08T21:05:38+02:00 ...and probably improve efficiency and quality of this parser. Make it independent where possible. Maciej Komosinski