Comments by Jeremy Falcon

Jeremy Falcon yesterday View

In theory yes. Shopify has frameworks such as Hydrogen that decouples the backend APIs from the templating system. But, you're trying to run before you can walk by doing this you hire a dev or spend the years becoming one yourself. As far as managing products, Shopify in particular (it's the only one I've used in recent years) makes it pretty easy. Last I checked, they didn't have bulk imports/exports though... unless you bought an addon. Maybe that's changed now, dunno. Anyway, if you're serious about starting a business, it's time you started signing up for free/cheap accounts. Nobody on any website will have all the experience you need, so you may as well get used to doing recon now.

Jeremy Falcon 27-Feb-17 12:29pm View

You knocked it up? As if to say you got your code pregnant?

Jeremy Falcon 16-Aug-16 16:29pm View

Then you'll find that there's no way of fixing this error without redesigning your application. Global_Variables.h is acting more like a main include file here, which is ok. Just look at it from a broad to narrow perspective and redesign your app... Main Parts of App > Global > Debugger, Window, Input.

Jeremy Falcon 27-Jul-16 15:43pm View

Yes you could do that, with one notable difference, .innerHTML and .length are properties. As such you'd have to either write a wrapper method for it too, or a new prototype that calls the real one underneath the hood, but on the same object. Since code is worth a thousand words...

<script>
function id(element) {
return document.getElementById(element);
}

Object.prototype.in = function(markup) {
this.innerHTML = markup;
}
</script>

<p id="demo"></p>

<script>
// now the dom element exists
id('demo').in('i will show');
</script>

Jeremy Falcon 27-Jul-16 13:08pm View

In this example, you're close but the "markup" parameter should be what you want to show rather than the ID. Also, for the id() function you'll need to return the value. And last but not least you need to make sure the DOM element (the paragraph in this example) exists before you can call it. Try something like this...

<script>
function id(element) {
return document.getElementById(element);
}

// this cannot be called yet because the p element does not exist
id("demo").innerHTML = "i will not show";
</script>

<p id="demo"></p>

<script>
// now the dom element exists
id("demo").innerHTML = "i will show";
</script>

Jeremy Falcon 26-Jan-16 15:45pm View

You're welcome. It's just common sense man. Two accounts. Never used. Sounds like a sneaky app. I don't think you'll get much help from the pros here. Personally, I'll never contribute to the education of a virus writer. So in short, if you don't want to be thought of as a malware writer then don't act like one.

Jeremy Falcon 10-Aug-15 10:08am View

This is a good example too, that uses a web technique...

http://www.codeproject.com/Articles/758/CHoverButton-A-simple-hoverbutton-with-one-bitmap

Jeremy Falcon 10-Aug-15 10:07am View

Use this as a point of reference.

http://www.codeproject.com/Articles/530/A-Better-Bitmap-Button-Class

It's in MFC, but it should get you pointed in the right direction to port it to pure API.

Jeremy Falcon 7-Aug-15 9:51am View

Look into the WM_MOUSEHOVER and WM_MOUSELEAVE messages. You can use a similar mechanism to set one bitmap on entry and revert it to the original upon exit. The only thing different to note is you'd now want to store your bitmaps in memory and keep them there for the life of the control rather than load them with every event.

Jeremy Falcon 5-Jan-15 10:49am View

Reason for my vote of 1 \n This is not an article.

Jeremy Falcon 7-Nov-14 15:58pm View

Reason for my vote of 1 \n Duh

Comments by Jeremy Falcon (Top 11 by date)