Re: [Gnoga-list] problem deleting row of table

2015-07-05 Thread Jeremiah Breeden
I don't really know a lot about how the DOM works, so I'll just ask:
Does this mean if we are manually deleting items and recreating them that
the DOM is ever growing (similar to a memory leak)?  Since Gnoga doesn't
provide customizable dialogs yet for Singleton, I have been hacking this by
deleting and recreating views attached to another container view.  Is the
inflating the DOM with abandoned entries?

On Sat, Jun 27, 2015 at 10:27 PM, Rabbi David Botton da...@botton.com
wrote:

 Correct, just freeing an object on the Gnoga side will not remove it from
 the DOM, that is intended. You need to call Remove first as you noticed.

 David Botton




 On Fri, Jun 26, 2015 at 9:33 PM Wayne Bullaughey wlb...@verizon.net
 wrote:

 I have a form that contains a table. When I free the objects that
 contain a row the elements of the row do not get removed from the DOM.

 I added a trace to the library code that sends scripts to the browser
 and I see scripts like: delete gnoga['row_xyz']; being sent. In the
 console of a debugger I can see that gnoga['row_xyz'] will return null
 after the delete but the row is not removed from the DOM.

 If I execute $('#row_xyz').remove() in the debugger console the row is
 removed from the DOM. Do I need to explicitly send the JavaScript remove
 or is there something I'm missing that does it automatically?

 Thanks for any suggestions
 Wayne


 --
 Monitor 25 network devices or servers for free with OpManager!
 OpManager is web-based network management software that monitors
 network devices and physical  virtual servers, alerts via email  sms
 for fault. Monitor 25 devices for free with no restriction. Download now
 http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
 ___
 Gnoga-list mailing list
 Gnoga-list@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/gnoga-list



 --
 Monitor 25 network devices or servers for free with OpManager!
 OpManager is web-based network management software that monitors
 network devices and physical  virtual servers, alerts via email  sms
 for fault. Monitor 25 devices for free with no restriction. Download now
 http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
 ___
 Gnoga-list mailing list
 Gnoga-list@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/gnoga-list


--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Gnoga-list mailing list
Gnoga-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gnoga-list


Re: [Gnoga-list] update images ?

2015-07-05 Thread Björn Lundin
On 2015-07-05 04:09, Rabbi David Botton wrote:
 You have to use an html trick. When specificity the image name each time
 add ?SomeValue. You can use a time stamp to make easy. The server will
 discard the ? and the rest of the URL but the browser will force a
 reload since it assume the image is dynamic now based in the query sent
 with image name.

Ok - I don't need to call some reload method then?

What triggers the browser to refresh the image?
As is now, I just create it with the url,
the only thing that is updated is the tables mentioned in another post.

How would I do if I move the images to the same server
as gnonga is running on, and refer to the images with file:// notation?

--
Björn

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Gnoga-list mailing list
Gnoga-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gnoga-list


Re: [Gnoga-list] updating html-tables without flickering ?

2015-07-05 Thread Björn Lundin
On 2015-07-05 04:05, Rabbi David Botton wrote:
 Double buffer. Create a second table that is hidden. Fill it in. Hide
 first and show second. Can either delete the old one or recycle it.

But of course. Thanks

--
Björn

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Gnoga-list mailing list
Gnoga-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gnoga-list


Re: [Gnoga-list] update images ?

2015-07-05 Thread Rabbi David Botton
I didn't realize I didn't have a property for that. I've just added it to
git. My_Image.URL_Source

David Botton


On Sun, Jul 5, 2015 at 11:10 AM Björn Lundin b.f.lun...@gmail.com wrote:

 On 2015-07-05 16:59, Rabbi David Botton wrote:
  Ok - I don't need to call some reload method then?
 
 
  When you change the url of an image the browser will reload it, if the
  image was not in the cache. By doing the ?something trick the browser
  assumes it is a new image and pulls it even if the same file name.
 
  What triggers the browser to refresh the image?
 
  The change in the URL for the image.

 Yes, but how do I *change* the url?
 There is url in create procedure, but
 then I need to delete/recreate which I did not get to work




 
  How would I do if I move the images to the same server
  as gnonga is running on, and refer to the images with file:// notation?
 
  If you use file:// then the browser is bypassing gnoga and going to the
  filesystem wherever the browser is running, that is a bad idea even for
  local desktop apps.

 Yes, of course.


 Instead either place the images in to the /img or
  /html directories or your Gnoga app, or link the directory under /img or
  /html so will be severed through your Gnoga app. Alternatively just pull
  from a foreign server location on the web or your network.
 

 --
 Björn


 --
 Don't Limit Your Business. Reach for the Cloud.
 GigeNET's Cloud Solutions provide you with the tools and support that
 you need to offload your IT needs and focus on growing your business.
 Configured For All Businesses. Start Your Cloud Today.
 https://www.gigenetcloud.com/
 ___
 Gnoga-list mailing list
 Gnoga-list@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/gnoga-list

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Gnoga-list mailing list
Gnoga-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gnoga-list


Re: [Gnoga-list] update images ?

2015-07-05 Thread Björn Lundin
On 2015-07-05 17:50, Rabbi David Botton wrote:
 I didn't realize I didn't have a property for that. I've just added it
 to git. My_Image.URL_Source
 
 David Botton
 

Perfect. Thanks.

--
Björn

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Gnoga-list mailing list
Gnoga-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gnoga-list


Re: [Gnoga-list] problem deleting row of table

2015-07-05 Thread Rabbi David Botton
I don't really know a lot about how the DOM works, so I'll just ask:
Does this mean if we are manually deleting items and recreating them that
the DOM is ever growing (similar to a memory leak)?


Think of it like this, as long as you are displaying something (or just =
have hidden) it is in the DOM and taking up memory. If you just destroy =
the Gnoga object with out destroying the DOM object you are in a sense =
leaking memory on the DOM side. Usually that is intended behavior. You =
want to leave what ever you created in place. If you don't you can use =
Remove. Keep in mind that if you Remove from the DOM a element that =
contains other elements all of them are also removed from the DOM. One =
more thing, using Remove still takes memory on the browser side until =
you also delete the Gnoga side which remove the reference it maintains =
to the element on the browser side as well.

 Since Gnoga doesn't provide customizable dialogs yet for Singleton

I have been hacking this by deleting and recreating views attached to =
another quot;containerquot; view.  Is the inflating the DOM with
abandoned =
entries?

To be sure, after hiding the view if you don't plan on using again, I =
would use .Remove to make sure it is out of the DOM completely and then =
when your Gnoga side object finalizes you can be sure all clean on both =
sides.

David Botton



On Sun, Jul 5, 2015 at 9:59 AM Jeremiah Breeden jeremiah.bree...@gmail.com
wrote:

 I don't really know a lot about how the DOM works, so I'll just ask:
 Does this mean if we are manually deleting items and recreating them that
 the DOM is ever growing (similar to a memory leak)?  Since Gnoga doesn't
 provide customizable dialogs yet for Singleton, I have been hacking this by
 deleting and recreating views attached to another container view.  Is the
 inflating the DOM with abandoned entries?

 On Sat, Jun 27, 2015 at 10:27 PM, Rabbi David Botton da...@botton.com
 wrote:

 Correct, just freeing an object on the Gnoga side will not remove it from
 the DOM, that is intended. You need to call Remove first as you noticed.

 David Botton




 On Fri, Jun 26, 2015 at 9:33 PM Wayne Bullaughey wlb...@verizon.net
 wrote:

 I have a form that contains a table. When I free the objects that
 contain a row the elements of the row do not get removed from the DOM.

 I added a trace to the library code that sends scripts to the browser
 and I see scripts like: delete gnoga['row_xyz']; being sent. In the
 console of a debugger I can see that gnoga['row_xyz'] will return null
 after the delete but the row is not removed from the DOM.

 If I execute $('#row_xyz').remove() in the debugger console the row is
 removed from the DOM. Do I need to explicitly send the JavaScript remove
 or is there something I'm missing that does it automatically?

 Thanks for any suggestions
 Wayne


 --
 Monitor 25 network devices or servers for free with OpManager!
 OpManager is web-based network management software that monitors
 network devices and physical  virtual servers, alerts via email  sms
 for fault. Monitor 25 devices for free with no restriction. Download now
 http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
 ___
 Gnoga-list mailing list
 Gnoga-list@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/gnoga-list



 --
 Monitor 25 network devices or servers for free with OpManager!
 OpManager is web-based network management software that monitors
 network devices and physical  virtual servers, alerts via email  sms
 for fault. Monitor 25 devices for free with no restriction. Download now
 http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
 ___
 Gnoga-list mailing list
 Gnoga-list@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/gnoga-list



 --
 Don't Limit Your Business. Reach for the Cloud.
 GigeNET's Cloud Solutions provide you with the tools and support that
 you need to offload your IT needs and focus on growing your business.
 Configured For All Businesses. Start Your Cloud Today.
 https://www.gigenetcloud.com/
 ___
 Gnoga-list mailing list
 Gnoga-list@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/gnoga-list

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Gnoga-list mailing list
Gnoga-list@lists.sourceforge.net