Hi Campbell,<br><br>i read your response to this email and the notes you wrote on Nodal Logic, I almost understand them, but i have a question about converting nodes to python script!. from where python script generator start generating code? i.e. should codes be generated from sensor to actuators, or from actuator to sensors? <br>
<br>i think it should be generated from actuator to sensors.<br><br><br><br><div class="gmail_quote">On Mon, Sep 7, 2009 at 4:17 PM, Campbell Barton <span dir="ltr"><<a href="mailto:ideasman42@gmail.com">ideasman42@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hey Zaghaghi,<br>
<br>
Benoit and I discussed how we could move to nodal logic in a way that<br>
can be done without a huge effort, or at least broken up into smaller<br>
steps.<br>
<br>
Since I wont be able to spend time on this soon (6-8months or so), Its<br>
not worth holding back the BGE UI to wait for this but personally Im<br>
most interested in nodal logic rather then to improve the existing UI.<br>
Since your looking at extending the BGE UI, thaught Id mention this as<br>
a possible future direction.<br>
<br>
<a href="http://wiki.blender.org/index.php/User:Ideasman42#BGE_Nodal_Logic" target="_blank">http://wiki.blender.org/index.php/User:Ideasman42#BGE_Nodal_Logic</a><br>
<br>
An overview of how this could work.<br>
- nodes are converted to a python script on launch. this python script<br>
can run like py scripts currently do.<br>
- the python script generator can be written in python (a detail but<br>
gives an idea how it might work), rna for data access.<br>
- existing classes kept as is.<br>
- existing logic manager kept as is (initially at least).<br>
- actuators have outputs added (/w pyapi access).<br>
- pyapi doesn't need controller logic bricks, these nodes can be<br>
converted directly into python code, only sensors and actuators C++<br>
objects used.<br>
- sensors and actuators have functions for enable/disable (/w pyapi access)<br>
- pyapi can trigger actuators directly.<br>
- python access to vectors, floating values can eventually be used as<br>
node input/outputs.<br>
<br>
This way existing logic can first be complied into a python script to<br>
validate it without adding a node UI.<br>
After that start wokring on a nodal UI.<br>
>From the BGE's C++ perspective the logic manager is kept the same,<br>
pyAPI only happens to have some more accessors functions, the BGE wont<br>
care that the current py script happens execute node logic<br>
<br>
If this works well the logic manager could be adapted to better fit nodal logic.<br>
Its even possible not to use python eventually and generate some other<br>
way that the BGE executes nodal logic.<br>
<br>
--<br>
- Campbell<br>
<div><div></div><div class="h5"><br>
<br>
On Sun, Sep 6, 2009 at 2:02 PM, Hamed Zaghaghi<<a href="mailto:hamed.zaghaghi@gmail.com">hamed.zaghaghi@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> answers to big problems, as i stated before, this UI is a prototype and will<br>
> be completed in future. 1) i want to add some additional information for<br>
> each row in lists, like object name, state, and some others. so in each row<br>
> we can the object name. 2) currently this view has some disadvantages but i<br>
> think that it's a good start point.<br>
><br>
> and when i designed proposed UI, i thought of a new "view" and not a replace<br>
> "view". so i think that it's better that we have both views(currently logic<br>
> editor, and the new one) instead of one of them.<br>
><br>
> thank you for suggestions and questions,<br>
> hamed zaghaghi<br>
><br>
> On Sun, Sep 6, 2009 at 9:18 PM, Dalai Felinto <<a href="mailto:dfelinto@gmail.com">dfelinto@gmail.com</a>> wrote:<br>
>><br>
>> Hi Zaghaghi.<br>
>><br>
>> It's nice to see some thought (and action) in the Logic Bricks. I can<br>
>> see some strengths of your proposal as it definitively address one of<br>
>> the main problems of current implementation (it gets really hard to<br>
>> see what is linked where after some connections). And it keeps<br>
>> everything way more organized, easy to work, less spaghetic ...<br>
>><br>
>> However I see two big problems:<br>
>> (1) no clear separation when using multiple objects. How can we see<br>
>> which sensor belongs to each object?<br>
>> (2) no overall look to the controllers/actuators. That would require a<br>
>> big commitment with naming them properly. Also it makes hard to spot<br>
>> interrelation (ie a big picture) between all the<br>
>> sensors/controllers/actuators<br>
>><br>
>> And a question:<br>
>> How are you thinking to relate those with states? (I guess this is<br>
>> more a UI problem then a design one)<br>
>><br>
>> A second question+suggestion:<br>
>> can we have this as an alternative visualization mode? As we have<br>
>> Outliner/Oops in 2.49?<br>
>> Ideally having two modes (nodes and yours) would be fantastic.<br>
>><br>
>> Best regards,<br>
>> Dalai<br>
>><br>
>> <a href="http://blenderecia.orgfree.com" target="_blank">http://blenderecia.orgfree.com</a><br>
>><br>
>> 2009/9/6 Hamed Zaghaghi <<a href="mailto:hamed.zaghaghi@gmail.com">hamed.zaghaghi@gmail.com</a>>:<br>
>> > hi,<br>
>> ><br>
>> > I proposed a new game logic UI, and need your comments and ideas. see it<br>
>> > here <a href="http://dev.blender.ir/new-blender-2-5-game-logic-editor" target="_blank">http://dev.blender.ir/new-blender-2-5-game-logic-editor</a><br>
>> ><br>
>> > thanks.<br>
>> ><br>
>> ><br>
>> > --<br>
>> > Hamed Zaghaghi,<br>
>> > MSc. Student of Algorithms and Computation,<br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > Bf-taskforce25 mailing list<br>
>> > <a href="mailto:Bf-taskforce25@blender.org">Bf-taskforce25@blender.org</a><br>
>> > <a href="http://lists.blender.org/mailman/listinfo/bf-taskforce25" target="_blank">http://lists.blender.org/mailman/listinfo/bf-taskforce25</a><br>
>> ><br>
>> ><br>
>> _______________________________________________<br>
>> Bf-taskforce25 mailing list<br>
>> <a href="mailto:Bf-taskforce25@blender.org">Bf-taskforce25@blender.org</a><br>
>> <a href="http://lists.blender.org/mailman/listinfo/bf-taskforce25" target="_blank">http://lists.blender.org/mailman/listinfo/bf-taskforce25</a><br>
><br>
><br>
><br>
> --<br>
> Hamed Zaghaghi,<br>
> MSc. Student of Algorithms and Computation,<br>
> Engineering Science Department, University of Tehran<br>
><br>
> _______________________________________________<br>
> Bf-taskforce25 mailing list<br>
> <a href="mailto:Bf-taskforce25@blender.org">Bf-taskforce25@blender.org</a><br>
> <a href="http://lists.blender.org/mailman/listinfo/bf-taskforce25" target="_blank">http://lists.blender.org/mailman/listinfo/bf-taskforce25</a><br>
><br>
><br>
<br>
<br>
<br>
</div></div>--<br>
<font color="#888888">- Campbell<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Bf-taskforce25 mailing list<br>
<a href="mailto:Bf-taskforce25@blender.org">Bf-taskforce25@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-taskforce25" target="_blank">http://lists.blender.org/mailman/listinfo/bf-taskforce25</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Hamed Zaghaghi,<br>MSc. Student of Algorithms and Computation,<br>Engineering Science Department, University of Tehran<br>