Is there an established way to provide XUL and friends with a custom
nsDebugImpl?
Thx++
Jerry
___
dev-embedding mailing list
dev-embedding@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-embedding
Is there a mechanism to allow the file resources in /dist/chrome and
/dist/components etc to be packed into a shared library (DLL on Windows?)
Would creating and registering some custom resource handler do the
trick? I would like to reduce the apparent footprint of an embedded
installation.
Not currently. With the new 'omnijar' work it may become easier,
because you can embed all the mozilla resources into a single JAR and
use that.
Ah. Perfect. Thanks.
Is this in the trunk yet?
https://bugzilla.mozilla.org/show_bug.cgi?id=556644
I question your motives: the only people who
db.
The MozMFC project is available from the link below. It contains a
complete VS2008 MFC doc/view Mozilla embedding. The .zip is binary free.
The documentation is just about enough to grok what is happening.
3 things to note:
1. you will need to use the enclosed .mozconfig file to build
On 09/08/2010 15:28, Benjamin Smedberg wrote:
Also, to address your first question, please see
http://benjamin.smedbergs.us/blog/2005-07-29/the-testing-matrix/ for
why we strongly discourage people from trying to make the smallest
possible version of Mozilla, rather than using the standard
I'm extending my MozMFC example to handle rendering into a Win32 bitmap.
I start with the following ...
nsCOMPtrnsICanvasRenderingContextInternal context;
context =
do_CreateInstance(@mozilla.org/content/canvas-rendering-context;1?id=2d,
rv);
if (!(NS_SUCCEEDED(rv) context))
On 08/11/2010 13:45, Benjamin Smedberg wrote:
This really doesn't make any sense. The way to get a canvas rendering
context is to create a canvas element and then call
.getContext('2d') on it. Otherwise your rendering context isn't
actually backed by a drawing buffer.
--BDS
I may well be
Is there some mozconfig option which stops these classes being included
in libraries? The .obj files are definitely in ..\build\gfx\thebes\src
but I'm getting linker errors (edited example below)
: error LNK2019: unresolved external symbol __declspec(dllimport)
public: void * __thiscall
Benjamin
What are you linking against? If possible, please include your exact
compile and link command-line so that I can check your #defines and
import libraries.
Thanks. Hope this is adequate. Linker errors at end of email
Using VS2008 Pro.
Compiler command line:
cl /Od /I
More on this ...
On 08/11/2010 18:15, Benjamin Smedberg wrote:
Nowhere do I see you linking against *any* mozilla import libraries.
Since you're using -DXPCOM_GLUE, I'd expect to see libxpcomglue.lib in
your link line. Without -DXPCOM_GLUE, you'd need to link against
xpcomglue_s.lib,
Some thoughts on this ...
At least this gives those of us who were hoping for a nice
embedding story for Gecko a chance for a clean break, so my
commendations to the Mozilla team for providing clarity on the issue.
'embedding' covers a vast swathe of territory. It is relatively simple
to
an older version but shows what needs setting up.
http://www.novadsp.com/get2.aspx?product=spidermonkey-vs-2008.zipsource=NovaDSP
On 08/04/2011 20:32, Nicolas Brown wrote:
I have a headache trying to build spidermonkey on Windows all day( I
dont remember the last time i've ever been so
Does the team have any ideas on this?
The browser displays pages correctly with the exception of a
href=.../a which are rendered as normal text. The link works when
clicked and UpdateProgress and UpdateStatus on IBrowserFrameGlue all
work as expected. What am I not handling?
Building as
For anyone else banging their head on this particular wall:
https://bugzilla.mozilla.org/show_bug.cgi?id=533245#c13
In short the solution is to implement GetVisibility like this:
NS_IMETHODIMP WebBrowserChrome::GetVisibility(PRBool * aVisibility)
{
NS_ENSURE_ARG_POINTER(aVisibility);
Attempting to build WinEmbed from a VS2008 project and clearly missing
something.
Compiler #defines and settings are as make command line, which builds
correctly.
Does anyone recognize the following?
WebBrowserChrome.obj : public: virtual unsigned int __thiscall
Hi Benjamin
On 01/09/2011 15:17, Benjamin Smedberg wrote:
On 9/1/2011 6:29 AM, g...@novadsp.com wrote:
Those symbols should be in the XPCOM glue. Are you linking it?
Yep. My MFC app links with the same build of the library
#pragma comment(lib,
U:\\mozilla\\601\\mozilla-release\\_VS2008
I'm using the FF 6.0.1 release source code for embedding with XRE. What
do I need to do to enable omnijar support and have everything packaged
up correctly?
Thx++
___
dev-embedding mailing list
dev-embedding@lists.mozilla.org
Does --disable-places in Mozconfig disable nsINavHistoryService when
building?
Thx
J.
___
dev-embedding mailing list
dev-embedding@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-embedding
I am debugging nsWindow::SetCursor in order to discover why the links on
the home page of google.com cause the cursor to be set to an editor
caret 'I' rather than a link 'hand' (IDC_IBEAM instead of IDC_HAND) Can
anyone think of a reason why this might be happening? I am certain it is
Hi Sunil
How 'headless' does it need to be? And for which OS?
On 07/11/2011 13:37, Sunil Kumar wrote:
Is there any documentation for 'offscreen' branch?
On Mon, Nov 7, 2011 at 7:05 PM, Sunil Kumarbadboy...@gmail.com wrote:
I wish it was there.
I could not find any proper documentation for
check your compiler flags. might be something similar to an issue I had
a few months back ...
Examining the contents of xpcomglue.lib (using dumpbin /symbols ) I get
the following
lInker: public: virtual unsigned int __thiscall
nsCreateInstanceByContractID::operator()(struct nsID const ,void
Any thoughts on how to set up a custom JS error reporter when embedding
Mozilla via XRE_InitEmbedding2/XPCOM and friends? The problem is getting
the JSContext - is there a convenient interface/hook?
Thanks.
___
dev-embedding mailing list
22 matches
Mail list logo