TinyMCE long loading times in Firefox 6 - tinymce

I'm working at the website which uses really old version of TinyMCE editor to make posts. The problem is that when i load a page with an editor (i.e. making a new post) the page remains blank for 2-3 minutes and then suddenly it loads completely and editor works fine. I'm using Firefox 6 but it was like that in Firefox 4 as well and I didn't check earlier versions.
I must say right away that I can't use any other browser simply because this version of TinyMCE doesn't work in Webkit browsers the way I need it to work to make posts and it also screws up in IE and Opera. I'm not a site technical admin or programmer so I can't' install the latest version etc. The point is that I need to fix this problem in Firefox 6 with this version of the editor.
The problem doesn't seem to occur with other guys working with me so it's probably my PC specific issue. I tested this with no plugins for Firefox installed. I'm using Win 7 x64. I will provide more specs if needed.
Some details:
TinyMCE Version: 2.0.6.1 (2006-05-04)
Installed plugins:
Tables Moxiecode Systems 2.0.6.1
Save Moxiecode Systems 2.0.6.1
Advanced HR Moxiecode Systems 2.0.6.1
Advanced image Moxiecode - Systems 2.0.6.1
Advanced link Moxiecode Systems 2.0.6.1
Emotions Moxiecode Systems 2.0.6.1
IESpell (MSIE Only) Moxiecode Systems 2.0.6.1
Insert date/time Moxiecode Systems 2.0.6.1
Preview Moxiecode Systems 2.0.6.1
Zoom Moxiecode Systems 2.0.6.1
Flash Moxiecode Systems 2.0.6.1
Search/Replace Moxiecode Systems 2.0.6.1
Print Moxiecode Systems 2.0.6.1
Paste text/word Moxiecode Systems 2.0.6.1
Directionality Moxiecode Systems 2.0.6.1
Fullsc1reen Moxiecode Systems 2.0.6.
Non editable elements Moxiecode Systems 2.0.6.1
Context menus Moxiecode Systems 2.0.6.
Hope someone answers!

Try to upgrade you tinymce version

Related

version control for adobe dreamweaver 6

It is 2017, everything I have found thus far is for older versions. So- I was wondering if there is any modern way to connect GITHUB desktop to Dreamweaver 6. Not Dreamweaver CC. I have Dreamweaver 6-adobe.
Or any reasonably modern method for version control associated with Dreamweaver 6. thanks.
This link on stackoverflow references one specifically for adobe dreamweaver cs6:
SVN & Dreamweaver.
it is still uptodate...64bit machines. TortoiseSVN(Free)
the download site is: https://tortoisesvn.net/downloads.html. thankc

Office Addin - No support for IE11

Is there a way to explicitly mention that the Add-in will not be supported in IE11 through the manifest.xml. As there are few features that require IE Edge, the add-in is getting rejected for issues in IE11.
You cannot explicitly declare support for specific versions of Office or Browsers.
More importantly, even if you were able to, failing to support IE11 would result in your Add-in not supporting Office for Windows as both 2013 and 2016 use an embedded IE11 instance to host add-ins.
If you have code that requires support for specific JavaScript or HTML functionality, you either need to provide an alternative for browsers that lack that support or use a polyfill to support that functionality.
I'd highly recommend taking a look at Polyfill.io.

Plug-in written by C/C++ on Microsoft Edge

I'm looking for a plug-in technology that can be written by C/C++ on Microsoft Edge. Something's like Native Messaging on Google Chrome or Js-Ctypes on Mozilla. Anyone can help me?
Preview builds of Microsoft Edge support an extension model similar to that of Google Chrome, and Mozilla Firefox: aka.ms/edge-extensions. Once the Anniversary Update ships (currently planned for August 2, 2016), this support will be sent out to non-Insider* users of Microsoft Edge.
If you provide additional input as to what you're seeking, this answer may change.
*You can become an Insider, and test preview builds of Windows 10 and Microsoft Edge by joining the Windows Insider Program.

Unicode nepali fonts looking different in different devices

As in the attached Image, I have been developing kiosk system for district development committee Chitwan with use of Raspberry pi, and chromium browser in kiosk mode with local hosted webpage.
I got a problem in unicode Nepali fonts as in image. Fonts are looking as usual in Windows but looks ugly and messing in Linux and Raspbian distribution.
Do you have any idea about this? If so Please help me to sort out the problem.
Thank You !
Linux and Windows (and OSX, and Android) have different text rendering engines.
It is very hard to display text on-screen cleanly, typical pixels are too big to draw small shapes such as text glyphs without distortions of all kinds. Which is why serif fonts are rarely used on computer systems, serifs are even smaller shapes so they are more affected by those distortions.
Different systems apply different distortion rules, that is why text does not look the same on different systems. Very often there is no "good" choice, you improve one parameter at the expense of another.
Users react negatively to rules they are not used to (Linux people hate Windows rendering, Windows people hate Apple rendering and so on). It's just a matter of habit, force them to use the new rendering for some months, they will hate returning to the previous one.
So most probably, you don't like it because you're not used to it.
Next option, the designer of the Nepali fonts only tested them in Windows, spent a lot of time tuning for windows and workaround-ing Windows rendering bugs. The result in Linux is unsatisfactory because those bugs are not present in Linux, the workarounds trigger other problems, and Linux has other bugs the fonts are not tuned for. However this is very unlikely, Linux has a very mature text rendering stack those days, and the windows versions that required drastic workarounds in fonts are quite old nowadays (you still find such problems early TTF fonts for windows).
So most probably just the first case. There are lots of tips on the Internet to tune Linux to use the same rendering as windows (infinality, etc). It's not a good idea unless you only target windows users and windows fonts.

What is the technical difference between a browser extension and a plugin?

From a user's perspective, an extension seems to be something that you go to the Chrome Web Store to get to extend the browser's functionality, whereas a plugin is something that you have to go to an external third party's website to get to extend the browser's functionality.
From a technical or implementation perspective, what is the difference between the two? I saw a similar question here (Is phplivex a extension or plugin?) but didn't get the answer I was looking for.
I am after the difference in the way an extension or plugin is developed and deployed (if any), and if there is any overlap between the two.
The words "extension" and "plugin" have lots of different (but related) meanings accross software products. These words are used interchangeably by many users (and developers). In browser extensions, they have a precise meaning, which is also visible through the UI. E.g. extensions (and apps) can be managed at chrome://extensions/, while plugins can be managed at chrome://plugins/ in Google Chrome.
In Chrome, Firefox, Opera and Safari, browser extensions refer to pieces of software that augment the browser using the browser extension APIs (see extension docs for Chrome, Firefox, Opera, Safari). Most of the modern browsers require extensions to be written using JavaScript. Extensions are usually platform-independent and run within a limited environment (Firefox is a notable exception to the latter). Extensions are usually deployed as a bunch of JavaScript files, other assets (HTML, CSS, media, ...) and configuration bundled in a browser-specific archive. Browser usually offer a seamless way to install the extension directly in the browser.
Plugins refer to NPAPI plugins, which are pre-compiled binaries that enhance the functionality of browsers via NPAPI. These plugins are invoked by inserting an <embed> or <object> tag in the document with a specific MIME-type. NPAPI plugins are OS-specific (though the source code can be platform independent) but not specific to a single browser. The capabilities of NPAPI are not constrained by the browser, so a bug in a browser plugin often have huge security implications (think of Java, Adobe Flash Player, Adobe PDF Reader). This is one of the reasons why NPAPI support is in the process of being completely dropped from Chrome. NPAPI plugins are usually installed outside the browser, e.g. via MSI installers on Windows.
As said in the introduction, "plugins" and "extensions" are used interchangeably. If you hear anyone talking about "(browser) plugins", odds are that they actually mean browser extensions.