pipmak-devel Mailing List for Pipmak Game Engine (Page 6)
Status: Alpha
Brought to you by:
cwalther
Menu
▾
▴
pipmak-devel — Development of the Pipmak Game Engine
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(6) |
| 2006 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(3) |
Sep
(4) |
Oct
(5) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(31) |
Aug
(11) |
Sep
(3) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2008 |
Jan
(38) |
Feb
(19) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(16) |
Nov
(5) |
Dec
|
| 2009 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
|
Sep
|
Oct
(4) |
Nov
(10) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Aidan G. <wgs...@ih...> - 2008-01-02 01:53:33
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<blockquote cite="mid:fld520$avc$1...@ge..." type="cite">
<pre wrap="">Hello Aidan
Thanks for looking into this problem!
</pre>
<blockquote type="cite">
<pre wrap="">I have managed write a patch for Pipmak that
removes the code for releasing the mouse based on mouse motion events,
and adds a Lua function that releases the mouse when called. It also
makes the "G" key a key-binding for this new Lua function in the
"defaults.lua" file.
</pre>
</blockquote>
<pre wrap=""><!---->
Hmm. I'm not too happy with that solution, to be honest. How are users
supposed to find that out?
</pre>
</blockquote>
Well, I knew that the node with the list of key-bindings would have to
be updated.<br>
<blockquote cite="mid:fld520$avc$1...@ge..." type="cite">
<pre wrap="">And for those that automatic ungrabbing works (like me), wouldn't it be
better to have it continue to just work, rather than forcing them to go
to the keyboard every time?
</pre>
<blockquote type="cite">
<pre wrap="">Not only does this solve my problem with Pipmak not giving
my mouse back, so I can get back to my other programs, but I also think
it might be more portable across different window managers, than the
current behaviour of Pipmak.
</pre>
</blockquote>
<pre wrap=""><!---->
Have you tried basing the ungrabbing on the actual speed of the mouse
(i.e. taking timing into account), rather than just the pixel delta as
it is currently done? That's what would seem the proper solution to me.
Or as a more general question, what are your usual pixel deltas when you
slam the mouse against the window edge?
Another solution may be to ungrab when the unclamped mouse position has
gone a certain distance outside the window, so speed wouldn't matter
(but we'd still have the edge resistance that is necessary to reach the
edge on Windows and X11).
</pre>
</blockquote>
These both sound like great ideas, but I am by no means an experienced
C programmer, and I don't have a very good SDL reference (I only have
the SDL man pages), so could you please point me in the direction of a
detailed SDL reference, or tell me how to get the coordinates for the
unclamped mouse from within Pipmak.<br>
<blockquote cite="mid:fld520$avc$1...@ge..." type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap=""> Is anyone else interested in this patch, and if so, how should I submit
this as a contribution to the Pipmak project?
</pre>
</blockquote>
<pre wrap=""><!---->
Please post it either to this mailing list, or to the patch tracker at
<a class="moz-txt-link-rfc2396E" href="http://sourceforge.net/tracker/?group_id=112801&atid=663294"><http://sourceforge.net/tracker/?group_id=112801&atid=663294></a>.
-Christian
</pre>
</blockquote>
I will attach the patch I have made, to this message, as a quick fix
for people having this problem, but I would like to continue working on
improving Pipmak's current behaviour.<br>
<blockquote cite="mid:fld520$avc$1...@ge..." type="cite">
<pre wrap="">
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
<a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a>
_______________________________________________
Pipmak-Devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Pip...@li...">Pip...@li...</a>
<a class="moz-txt-link-freetext" href="news://news.gmane.org/gmane.games.devel.pipmak.devel">news://news.gmane.org/gmane.games.devel.pipmak.devel</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/pipmak-devel">https://lists.sourceforge.net/lists/listinfo/pipmak-devel</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Urs H. <ur...@an...> - 2008-01-01 21:02:04
|
Christian Walther wrote: > Urs Holzer wrote: >> Is it true that the current HEAD revision (Revision 166) can not be >> compiled or is the fault on my side? >> >> Here the error messages: >> nodes.o: In function `nodeRemoveFromGL': >> nodes.c:(.text+0x1952): undefined reference to >> `textEditorRemoveFromGL' ... > > You're right, the Linux makefile was out of date since I haven't used > it for a while. Can you try rev. 168? Yes, Revision 168 works perfectly. |
|
From: Christian W. <cwa...@gm...> - 2008-01-01 20:48:40
|
Urs Holzer wrote: > Is it true that the current HEAD revision (Revision 166) can not be > compiled or is the fault on my side? > > Here the error messages: > nodes.o: In function `nodeRemoveFromGL': > nodes.c:(.text+0x1952): undefined reference to `textEditorRemoveFromGL' > ... You're right, the Linux makefile was out of date since I haven't used it for a while. Can you try rev. 168? -Christian |
|
From: Urs H. <ur...@an...> - 2008-01-01 17:10:11
|
Is it true that the current HEAD revision (Revision 166) can not be compiled or is the fault on my side? Here the error messages: nodes.o: In function `nodeRemoveFromGL': nodes.c:(.text+0x1952): undefined reference to `textEditorRemoveFromGL' nodes.o: In function `nodeFeedToGL': nodes.c:(.text+0x19c0): undefined reference to `textEditorFeedToGL' nodes.o: In function `leaveNode': nodes.c:(.text+0x1ae6): undefined reference to `textEditorDestroy' slide.o: In function `draw': slide.c:(.text+0x4d6): undefined reference to `textEditorDraw' panel.o: In function `draw': panel.c:(.text+0x78a): undefined reference to `textEditorDraw' main.o: In function `main': main.c:(.text+0x162d): undefined reference to `defocusTextEditors' main.c:(.text+0x1761): undefined reference to `textEditHandleKey' pipmakLuaLib.o: In function `luaopen_pipmak': pipmakLuaLib.c:(.text+0x97): undefined reference to `pipmakInternalTexteditorFun cs' pipmakLuaLib.c:(.text+0x2d3): undefined reference to `texteditorFuncs' collect2: ld returned 1 exit status make: *** [pipmak] Fehler 1 |
|
From: Urs H. <ur...@an...> - 2008-01-01 17:01:38
|
Hi > On my system, Pipmak doesn't always let me have my mouse back. I > could > not figure out what was causing this, but I think it might be that the > way Pipmak tries to tell how fast the user is moving the mouse against > the edge of the window doesn't work well with the window manager I'm > using (metacity). [..] I have the same problem using KDM (KDE's window manager) on Debian Linux. The funny thing is that it works sometimes. When I start Pipmak it either works always or never until I quit pipmak. So I usually have to close and restart Pipmak four or five times until it works and if it works, it works always until I close Pipmak. |
|
From: Christian W. <cwa...@gm...> - 2008-01-01 10:36:00
|
Hello Aidan Thanks for looking into this problem! > I have managed write a patch for Pipmak that > removes the code for releasing the mouse based on mouse motion events, > and adds a Lua function that releases the mouse when called. It also > makes the "G" key a key-binding for this new Lua function in the > "defaults.lua" file. Hmm. I'm not too happy with that solution, to be honest. How are users supposed to find that out? And for those that automatic ungrabbing works (like me), wouldn't it be better to have it continue to just work, rather than forcing them to go to the keyboard every time? > Not only does this solve my problem with Pipmak not giving > my mouse back, so I can get back to my other programs, but I also think > it might be more portable across different window managers, than the > current behaviour of Pipmak. Have you tried basing the ungrabbing on the actual speed of the mouse (i.e. taking timing into account), rather than just the pixel delta as it is currently done? That's what would seem the proper solution to me. Or as a more general question, what are your usual pixel deltas when you slam the mouse against the window edge? Another solution may be to ungrab when the unclamped mouse position has gone a certain distance outside the window, so speed wouldn't matter (but we'd still have the edge resistance that is necessary to reach the edge on Windows and X11). > Is anyone else interested in this patch, and if so, how should I submit > this as a contribution to the Pipmak project? Please post it either to this mailing list, or to the patch tracker at <http://sourceforge.net/tracker/?group_id=112801&atid=663294>. -Christian |
|
From: Aidan G. <wgs...@ih...> - 2007-12-31 21:55:02
|
Hello, On my system, Pipmak doesn't always let me have my mouse back. I could not figure out what was causing this, but I think it might be that the way Pipmak tries to tell how fast the user is moving the mouse against the edge of the window doesn't work well with the window manager I'm using (metacity). Anyway, I have managed write a patch for Pipmak that removes the code for releasing the mouse based on mouse motion events, and adds a Lua function that releases the mouse when called. It also makes the "G" key a key-binding for this new Lua function in the "defaults.lua" file. But Pipmak still uses the same method for grabbing the mouse. Not only does this solve my problem with Pipmak not giving my mouse back, so I can get back to my other programs, but I also think it might be more portable across different window managers, than the current behaviour of Pipmak. Is anyone else interested in this patch, and if so, how should I submit this as a contribution to the Pipmak project? Regards, Aidan Gauland |
|
From: Andrea V. <and...@gm...> - 2007-10-24 13:29:31
|
Hello!
If I add this statement at the end of last code:
pipmak.print("OBJECT=",img," ",img2," ",img3," ",img4)
I get the path of the images (ie.: "1/black.png", etc..), but these aren't
strings but image object, ...
I will image to get addresses....(pointers....)
see you.
Andrea
|
|
From: Fabrizio P. <fpi...@li...> - 2007-09-11 17:09:12
|
Hi Andrea, Andrea Viarengo wrote: > Hi, Fab > > I tried your code, but I didn't get the error message!!! > Can you send me a pipmak project which generate the error? > Some note: > > 1) There aren't message written in italian inside the code of build > 160 modified by me, I think that the language of the message depend > from language of your OS (Windows), Also I get some error message in > Italian... Is your build 157. Infact sound me strange that there was some Italian inside > 2) Do you have a node "31" in your project? (or the error is relative > to node "-31" which I have added to official build 160 Yes, is this node indeed. > 3) I image that you are in running mode and not in authoring mode, > it's true? Right, it happens in run mode. > > 4) Did you use txtSystem in other part of the project? Yes, but I ain't no problems > > 5) Had you tried with my previous build 155 (you can found it on my > site) ? Ehrm... no :-) ... I haven't had this idea Here is the project : http://rapidshare.com/files/54971189/Engine.zip.html It's very strange, I can't understand how it happens |
|
From: Andrea V. <and...@gm...> - 2007-09-07 10:40:37
|
Hello Christian!!
How are you?
I'm return to working on my "autocubic" project, and I'm trying to use the
new patch positioning and image manipulation methods.
I have met some little problems:
1) I have to make the images bigger of 2 pixel (width and height), otherwise
I can see a space between consecutive patches (I have explained this problem
to you before, do you remember?)
2) I would like to create a transparent hole (alpha=0) in a png image, I
need this for doors and windows, so I have operated in this manner:
img=pipmak.loadimage(texture.."/front.png")
w,h=img:size()
img:color(0,0,0,0)
img:fill(w/3,h/3,w/3,2*h/3)
but I get only a black shape and not a transparent hole: this is a bug?
If I create a new white image instead of load a png, it works correctly:
img=pipmak.newimage(200,200):color(1,1,1,1):fill()
w,h=img:size()
img:color(0,0,0,0)
img:fill(w/3,h/3,w/3,2*h/3)
3) Apart the holes which aren't transparent, I think there are some bugs in
the image cache management, because I reload the image always before the
patch statement, and if there is a door, I modify the image using fill(),
and finally call patch():
img=pipmak.loadimage(texture.."/front.png")
if door~=0 then --the value of door is recalculated every time
w,h=img:size()
img:color(0,0,0,1)
img:fill(w/3,h/3,w/3,2*h/3)
end
p = patch {
face = dir,
w = dimx+fix, -- fix=2: workaround
h = dimx+fix,
anchorv = w/2,
anchorh = h/2,
x=0,y=0, --values aren't influent: I don't need to set these!!!
ny =0,
nz = -2*l-1,
nx = 2*(j-l),
visible = true,
image = img
}
Well, I can view doors also where they would not have to be there!! (i.e.:
patch statement use a wrong image get from the cache instead of reload from
disk)
I believe that this bug is connected to the assertion failed in the project
map visualization which I show you in my authoring feature.
I hope that this help you to fix bugs.
I have stopped my pipmak development activity, because I don't know what you
have in mind and how you want to proceed.
I don't want create a parallel version of pipmak, I think you have
understood now what I'm able to do and what I am not, so, if you desires my
help in developping, you should tell me exactly what you need (for example:
"I need a function which get these inputs, return these outputs and do this
thing").
In any case, I would be happy to help you, if only you tell me how.
Bye
Andrea
|
|
From: Andrea V. <and...@gm...> - 2007-09-05 15:51:37
|
Hi, Fab
I tried your code, but I didn't get the error message!!!
Can you send me a pipmak project which generate the error?
Some note:
1) There aren't message written in italian inside the code of build 160
modified by me, I think that the language of the message depend from
language of your OS (Windows), Also I get some error message in Italian...
2) Do you have a node "31" in your project? (or the error is relative to
node "-31" which I have added to official build 160)
3) I image that you are in running mode and not in authoring mode, it's
true?
4) Did you use txtSystem in other part of the project?
5) Had you tried with my previous build 155 (you can found it on my site) ?
Andrea
2007/8/18, Fabrizio Pistonesi <fpi...@li...>:
>
> Hi Christian,
> If doesn't the metter or is already fixed, sorry to bother you...
> I've encountered a strange error message in Pipmak-SVN-157 for Windows
> built by Andrea.
> It say: *"Error loading image "31/[Salva | Carica | Esci]": The sintax of
> file name or directory or volume is incorrect".*
> The string above is only a Text to draw into an image. All is displayed
> correctly and this message is shown only once.
>
> [...]
> local imgSystem = pipmak.newimage(640,20)
> imgSystem:color(0,0,0)
> local txtSystem = "[Salva | Carica | Esci]"
> imgSystem:drawtext(320, 0, txtSystem, "../fonts/anger.ttf", 12, pipmak.
> center)
> local System = patch {image = imgSystem, x = -5, y = 75}
> [...]
> executed on an overlaying node.
>
> Fabrizio.
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Pipmak-Devel mailing list
> Pip...@li...
> news://news.gmane.org/gmane.games.devel.pipmak.devel
> https://lists.sourceforge.net/lists/listinfo/pipmak-devel
>
|
|
From: Fabrizio P. <fpi...@li...> - 2007-08-19 22:25:12
|
Hello Christian, the last unmodified version i can use is the 0.2.6 because I'm still unable to compile from source. I confirm that the message was in italian, I've just trnslated it. I've also noticed that this error seems happens every 10 time that the node is loaded and not only the first time, strange! I will wait Andrea for make some test with another versions of Pipmak... Fabrizio Christian Walther wrote: > Fabrizio Pistonesi wrote: > >> I've encountered a strange error message in Pipmak-SVN-157 for Windows >> built by Andrea. >> It say: /"Error loading image "31/[Salva | Carica | Esci]": The sintax >> of file name or directory or volume is incorrect"./ >> > > Hmm... seeing as there's an italianism (syntax -> sintax) in it, I > suppose that error message must have been written by Andrea. > > Also, I can't see how the string you give to drawtext() would end up in > the path field of the image. My code doesn't do that, and as far as I > can see the patch that Andrea sent me doesn't do it either. Unless > something *really* wrong is going on. > > So, unless you can reproduce this with an unmodified Pipmak, my > conclusion for the moment is that only Andrea can answer this question. > > -Christian > |
|
From: Christian W. <cwa...@gm...> - 2007-08-19 08:22:40
|
Fabrizio Pistonesi wrote: > I've encountered a strange error message in Pipmak-SVN-157 for Windows > built by Andrea. > It say: /"Error loading image "31/[Salva | Carica | Esci]": The sintax > of file name or directory or volume is incorrect"./ Hmm... seeing as there's an italianism (syntax -> sintax) in it, I suppose that error message must have been written by Andrea. Also, I can't see how the string you give to drawtext() would end up in the path field of the image. My code doesn't do that, and as far as I can see the patch that Andrea sent me doesn't do it either. Unless something *really* wrong is going on. So, unless you can reproduce this with an unmodified Pipmak, my conclusion for the moment is that only Andrea can answer this question. -Christian |
|
From: Fabrizio P. <fpi...@li...> - 2007-08-18 20:59:22
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Christian,<br>
If doesn't the metter or is already fixed, sorry to bother you...<br>
I've encountered a strange error message in Pipmak-SVN-157 for Windows
built by Andrea.<br>
It say: <i>"Error loading image "31/[Salva | Carica | Esci]": The
sintax of file name or directory or volume is incorrect".</i><br>
The string above is only a Text to draw into an image. All is displayed
correctly and this message is shown only once.<br>
<br>
[...]<br>
<style type="text/css">
.S0 {
color: #808080;
}
.S4 {
color: #007F7F;
}
.S6 {
color: #7F007F;
}
.S10 {
font-weight: bold;
color: #000000;
}
span {
font-family: 'Verdana';
color: #000000;
font-size: 10pt;
}
</style><span>local<span class="S0"> </span>imgSystem<span class="S0">
</span><span class="S10">=</span><span class="S0"> </span>pipmak<span
class="S10">.</span>newimage<span class="S10">(</span><span class="S4">640</span><span
class="S10">,</span><span class="S4">20</span><span class="S10">)</span><br>
imgSystem<span class="S10">:</span>color<span class="S10">(</span><span
class="S4">0</span><span class="S10">,</span><span class="S4">0</span><span
class="S10">,</span><span class="S4">0</span><span class="S10">)</span><br>
local<span class="S0"> </span>txtSystem<span class="S0"> </span><span
class="S10">=</span><span class="S0"> </span><span class="S6">"[Salva
| Carica | Esci]"</span><br>
imgSystem<span class="S10">:</span>drawtext<span class="S10">(</span><span
class="S4">320</span><span class="S10">,</span><span class="S4"> 0</span><span
class="S10">,</span><span class="S0"> </span>txtSystem<span
class="S10">,</span><span class="S0"> </span><span class="S6">"../fonts/anger.ttf"</span><span
class="S10">,</span><span class="S0"> </span><span class="S4">12</span><span
class="S10">,</span><span class="S0"> </span>pipmak<span class="S10">.</span>center<span
class="S10">)</span><br>
local<span class="S0"> </span>System<span class="S0"> </span><span
class="S10">=</span><span class="S0"> </span>patch<span class="S0"> </span><span
class="S10">{</span>image<span class="S0"> </span><span class="S10">=</span><span
class="S0"> </span>imgSystem<span class="S10">,</span><span class="S0">
</span>x<span class="S0"> </span><span class="S10">=</span><span
class="S0"> </span><span class="S10">-</span><span class="S4">5</span><span
class="S10">,</span><span class="S0"> </span>y<span class="S0"> </span><span
class="S10">=</span><span class="S0"> </span><span class="S4">75</span><span
class="S10">}</span></span>
<br>
[...]<br>
executed on an overlaying node.<br>
<br>
Fabrizio.<br>
<br>
<br>
<br>
</body>
</html>
|
|
From: Christian W. <cwa...@gm...> - 2007-08-11 12:13:41
|
Hello Fabrizio > If there are problems with the hotspots drawing, handles could be ok anyway. The only problem I can see with hotspot drawing is that nobody has gotten around to finish it so far. :) Interactive handle placement hasn't even been started yet. > 2. A simple system with previous and next to browse the nodes is > always better than press L and type "pipmak.gotonode(..)" and close > the command line ;-) Sure, why don't you implement such a thing? Doesn't sound too hard, and it should be possible without any changes on the C side. > 3. What about video patches? As far away as ever... I'm aware of SMPEG but I have not decided whether it's the way to go. For the foreseeable future I really need to focus on the stuff needed to get the long overdue release out - finish the Lua command line panel and fix the patch placement bug introduced with the arbitrary 3D placement, off the top of my head. As always, the problem is not lack of ideas on what to do, but lack of time to do it. -Christian |
|
From: Fabrizio P. <fpi...@li...> - 2007-08-10 19:23:17
|
Hi Christian, I would like to help you but I think I can't do much but maybe as user I can suggest you something: 1. The only difficult thing I encountered was making hotspots: whatever way that help to set navigation could be ok. If there are problems with the hotspots drawing, handles could be ok anyway. Do you remeber as I used the color palette as hotspot-map? somthing like this? not very efficient but helpful! 2. A simple system with previous and next to browse the nodes is always better than press L and type "pipmak.gotonode(..)" and close the command line ;-) 3. What about video patches? I've found libsmpeg (http://icculus.org/smpeg/) but I've seen with Andrea that occur some problems during the compiling process but I've found an old working version in Phobia III (http://www.redlynx.com/phobiaIII/) many users will appreciate it as some eye-candy effects like water etc. I hope this would be helpful. Best regards, Fabrizio. |
|
From: Christian W. <cwa...@gm...> - 2007-08-06 19:45:04
|
Andrea Viarengo wrote: > Create a new project, close new project panel and after press F1 to > enter "Authoring mode". > Click (with Right or Left button) to view menu > Go to "Face selection mode" and after click on a face to select it, > click another time to load an image (you can choice a file in all your > computer) It crashes when I click on a face in "face selection" mode. > With no face selected, click to show menu and select "Open project map". > Try to add new nodes. Seems to work nicely. I wouldn't call this a "map" but rather a "list" (what I have in mind for a "map" looks different). I can definitely see having such a thing in Pipmak until the full project map is ready, or even permanently as an alternative to the map. Why does it mess with the interpolation setting? > Pay attention that you cannot modify project inside zipped file *.pipmak > but only in uncompressed directory *.pipmak (Seems that Physfs can only > read from zip, but cannot write into - Christian, do you confirm?) Yes, that's right. Files inside a zipped project must just be treated as read-only by any editing features. > If you try to open "EthernitY" or "My House Virtual tour" and visualize > the project map, after some pages (clicking on down arrow) you get an > assertion failed on image->isFile=0 I already get this when opening the node list for the first time in "My House Virtual Tour". I'll see if I can reproduce it on Mac OS X and debug it. Perhaps something unexpected happens when images are tossed out of the cache, or something. > 1) Christian, there is something wrong in how I build panel -40? Not that I can see at first sight. I never considered the possibility that anyone would draw on the background image of a panel, but of course that should work. "../" .. nodeList[i].id .. "/" .. nodeList[i].images[j] doesn't work if nodeList[i].images[j] starts with "..", but I haven't checked if that occurs. > 2) Christian, you think that this could be integrated with what you have > in mind? Parts of it, sure. In particular, the node list looks promising. On others, I feel I'm unable to judge because I haven't approached the problem myself yet. First, a few random subjective comments purely from a user's perspective, without having examined the code: - Too many modes for my taste. Don't mode me in. I often found myself wanting to do something like move to another node and thinking, "Hey, why doesn't that work? Ah, right, I'm still in authoring mode." - I'm confused as to under what circumstances authoring mode switches to the pan tool. - The node editing menu behaves as a weird mixture of a utility window and a menu - e.g. it doesn't go away when you click outside of it. I realize that's not your fault because the "panel" node type is just designed for utility windows, not for menus. - Since bringing up the menu is the only thing you can do in authoring mode, why not display it all the time when in that mode, as a real utility window? That would even serve as a more obvious visual indication that we're in authoring mode (whether that's enough of an excuse to get away with modes remains to be seen). To save space, it could slide out of the way when unused (like the inventory in the demo project). I feel a bit bad for leaving you working on this without any guidance from my part on where I intend things to be going. I should probably sit down and try to write up at least the parts that have been floating around in my head up until now. On the one hand I welcome your desire to get something done at a time where my own development activity on Pipmak is all but dormant. On the other hand, this GUI design stuff just happens to be a domain where I tend to have very specific ideas on how things should work, and I fear that I'd end up rejecting a great part of your hard work because it doesn't fit with my ideas of a pixel-perfect, user-friendly GUI, when that is not your fault because I never told you what these ideas are. :/ -Christian |
|
From: Christian W. <cwa...@gm...> - 2007-08-06 19:43:47
|
Andrea Viarengo wrote: > SDL_image can only import image in vary formats, but at the moment we > can only save file as BMP. I intend to add PNG saving support to our SDL_image as soon as I need it for saving hotspot maps (code for that is around, the topic comes up every now and then on the SDL mailing list). > 1) search some other library which permit to save image at least in GIF, > JPG and PNG Keep in mind that decompressing a JPEG image, rotating it, and compressing it again is not a good idea. It is possible to losslessly rotate JPEGs, but I don't know if there's a library suitable for our purposes that does it. -Christian |
|
From: Christian W. <cwa...@gm...> - 2007-08-06 19:43:47
|
Andrea Viarengo wrote: > I post here my last source modifications which implements Authoring > Features. Wow, that's quite an amount! That will take me a bit of time to examine. Hopefully I'll have some comments by the time you return from your vacation. :) It looks like you haven't made any progress in finding out why Subversion was being nasty to you in terms of refusing to produce patches? > I think my approach to modifying "node.lua" file was better than your > "updateFile()" because it isn't only a substring substitution, but it > permit to substitute, for example, "second parameter of function cubic" > without care of the formatting or eventual user comments That sounds useful, thanks! I'll have a close look at this. I admit that the updateFile() function is a bit simplistic, but I was hoping to get away with that for the first version. -Christian |
|
From: Andrea V. <and...@gm...> - 2007-08-01 07:18:37
|
SDL_image can only import image in vary formats, but at the moment we can only save file as BMP. I think should be usefull rotate images in authoring mode, this could be in 2 mode: 1) search some other library which permit to save image at least in GIF, JPG and PNG 2) use an external program the second one is the more simple to implements, and I found this one: http://perso.orange.fr/pierre.g/xnview/en_nconvert.html It is a command line tool and it's composed by only 1 file and it's available for Win,Mac,Linux and others. It 's a freeware for not commercial use (the sources aren't available). Andrea |
|
From: Andrea V. <and...@gm...> - 2007-07-31 12:17:31
|
Hello Christian and Fabrizio, I want to show you what I'm doing. I have post a build (for Windows only, I'm sorry Chris, but I'm sure you could execute the same...) with preliminary Authoring features as I described in the Wiki. I want to clean up and tidy up the code before show it to you... My build is based on SVN 157 (i.e.: there aren't windows icon and fullscreen management). Download here: http://viarengo.altervista.org/download/Pipmak-157av.zip Try and tell me what you think about!! First exercise: Create a new project, close new project panel and after press F1 to enter "Authoring mode". Click (with Right or Left button) to view menu Go to "Face selection mode" and after click on a face to select it, click another time to load an image (you can choice a file in all your computer) Second exercise: With no face selected, click to show menu and select "Open project map". Try to add new nodes. Third exercise: Open demo.pipmak and view the project map and navigate in the project. All the dialog boxes are pipmak panels in the "Pipmak Resources" (I have leave this uncompressed) loaded as overlay node. There are nothing as definitive, the contents of menus and/or dialog boxes will change... I have added 4 source files: parserLua.c/.h and gui.c/.h with all the C function which I have added. Pay attention that you cannot modify project inside zipped file *.pipmak but only in uncompressed directory *.pipmak (Seems that Physfs can only read from zip, but cannot write into - Christian, do you confirm?) If you try to open "EthernitY" or "My House Virtual tour" and visualize the project map, after some pages (clicking on down arrow) you get an assertion failed on image->isFile=0 You can go ahead clicking on "ignore"... I'm not understand why until now: I'm loading a dialog background and after I write inside using drawtext, this panel is closed and opened a lot of time during project map navigation (if project have a lot of nodes, and therefore a lot of pages). Pipmak should set image->isFile to 0 when someone modify the image, so when the dialog background will be recalled, pipmak reload the original file and not the image in the cache, but sometime (randomly) doesn't work...and isFile=0 as data=0. 1) Christian, there is something wrong in how I build panel -40? 2) Christian, you think that this could be integrated with what you have in mind? Andrea |
|
From: Christian W. <cwa...@gm...> - 2007-07-26 10:21:33
|
Andrea Viarengo wrote: > Oh, I forgot that Apple mice have only 1 button... > > So, you haven't Contextual menus in MacOSX ? I have remained to > system7 which haven't them, but I thought was introduced in next OS > releases... Yes, there are contextual menus on Mac OS X (they're activated using right-click or ctrl-click), and no, not all Apple mice have one button, but that's not the point. I'm a proponent of the one-button mouse not because I think multiple buttons are not useful, but because I think they are less intuitive. Grasping the concept of the multi-button mouse is more intellectual work than grasping the concept of the one-button mouse. It's a farther abstraction from the real world. In the real world it doesn't matter whether I push a button using my index finger or my middle finger. I don't want people to make games where I have to learn about arbitrary mouse button assignments first (one such game that I recently played the demo of is Ankh), therefore Pipmak exposes a one-button-mouse interface to the game developer. > Apart the absence of right mouse on Mac, do you think this type of menu > was a bad idea? > I thought that menu which appear only when it need and change its > contents its content based on the context was less invasive respect a > fixed menu attached to the window or the desktop... No, seems reasonable. I can't really judge how well it works before seeing it in action, and maybe comparing it to what I would have come up with. But as I mentioned, I don't have a very concrete vision of how these things are going to work. It'll grow as I go. I'm interested in seeing what you come up with, but be assured that I will have my own ideas, and whether or not they will be compatible with yours remains to be seen... > Have you some idea to active it without a right button Left mouse button, when the "node background" or "selection" or whatever tool is selected, maybe? -Christian |
|
From: Urs H. <ur...@an...> - 2007-07-26 09:40:51
|
> I thought that menu which appear only when it need and change its > contents its content based on the context was less invasive respect a > fixed menu attached to the window or the desktop... I think this kind of menu could be even useful in gameplay: With an object you can do different things: kick it, talk with it, take it, apply another object etc. So, it would be quite intuitive if a context menu appears when you click on such an object. |
|
From: Andrea V. <and...@gm...> - 2007-07-26 09:19:53
|
> There's no such thing as a "right button event" in Pipmak, Oh, I forgot that Apple mice have only 1 button... So, you haven't Contextual menus in MacOSX ? I have remained to system7 which haven't them, but I thought was introduced in next OS releases... > What sense would it make to return the mouse location in screen pixels anyway? Infact have no sense, because if you change resolution mouseloc haven't change their values... Ok, you are right, clear what I told. As you will have been able to see from the screenshot, I got an contextual menu working in Windows. checking event.button.button 1=left 3=right Apart the absence of right mouse on Mac, do you think this type of menu was a bad idea? I thought that menu which appear only when it need and change its contents its content based on the context was less invasive respect a fixed menu attached to the window or the desktop... Have you some idea to active it without a right button (how you can simulate this button in Mac? You use "Apple button"? ) Andrea |
|
From: Christian W. <cwa...@gm...> - 2007-07-26 08:40:19
|
Andrea Viarengo wrote: > Yes, I'm trying to build a contextual menu which appears on mouse location > when a right button event is trapped. There's no such thing as a "right button event" in Pipmak, and that's by design. Don't assume that people have (or are willing to use) more than one mouse button. > During my experiment I get the crash. > Probably, when you designed mouse methods you have thought which the > logical place where recall these was on onenternode(), and > this is right, perhaps it would be good specify in > the documentation that calling mouseloc in the body of the node return > insignificant values (after off-course, to have modified code to avoid > crash) Thinking about it again, I think that throwing an error would be the best thing to do when that function is called on an incomplete node. I don't feel comfortable with going through the documentation now and marking which functions are useful to call during node loading and which aren't. I'd rather keep this unspecified for the moment, because it may change when node.lua files are run on other occasions in the future (e.g. to build the project map). > I resolve my issue passing event.motion.x, event.motion.y from "C" to "lua" But that's not what pipmak.mouseloc is specified to return. > Another thing regard mouseloc which isn't clear in the documentation: > > On a panel which show an image 128x128 at resolution 640x480, > mouseloc/mouseclick return a couple of values from 0,0 to 128,128 and > not from 0,0 to 640,480 as someone could wrongly think. The documentation says "Returns two values, the coordinates of the mouse pointer *in the coordinate system of the current node*." Two lines above, it explains in more detail what that is. Any suggestions how that can be made clearer? Should the detail description from pipmak.clickloc() be repeated for pipmak.mouseloc()? What sense would it make to return the mouse location in screen pixels anyway? The only meaningful thing you could do with them is to divide them by pipmak.screensize() to get relative values. The fullscreen resolution/window size is an arbitrary user choice and should not matter to your game/application logic. I don't even remember why I put screensize into pipmak and not into pipmak_internal. > This is an other reason for which Mouseloc it doesn't suit well for my > case. I don't have a solution ready for what you want to achieve, but I have the uneasy feeling that you're trying to force square pegs into round holes. That's not necessarily a bad thing - progress comes from that, see the pipmak.setfullscreen case - but still... -Christian |
12 messages has been excluded from this view by a project administrator.
