AMO is getting a new look. Would you like to see it?

Visit the new site

Close

contulmmiv

About me

Developer Information
Name contulmmiv
User since Sept. 12, 2007
Number of add-ons developed 0 add-ons
Average rating of developer's add-ons Not yet rated

My Reviews

Local Filesystem Links

Broken update... Rated 4 out of 5 stars

Hi... Thank you for the extension. However, the update of Feb 29th, 2016 (v. 0.99.42) had broken the icons on a Firefox v 39 which worked just fine before the update. White listed file:/// (long and tedious process of exclusion) were _deleted_ from 'options'. Removing and reinstalling version 0.99.41c of November 25, 2015 brought bake the preferences and restored the icons.
I for one disabled the automatic update for the extension: I believe I recall correctly that this is not the first time that this addon got broken at an update...

So... Attention, developer: 'Don't fix it if it ain't broken' seems to apply here...

N.B. The context menu option at right-click on link name was useful, but not at the cost of the little icon (which allows opening the link with one click less). If both are implemented, fine. But not one at the cost of the other.

This review is for a previous version of the add-on (0.99.42). 

Context History

XML Parsing Error: undefined entity Rated 5 out of 5 stars

Seems broken, all of a sudden - subsequent to an update from Firefox 29 [PaleMoon] to Firefox 34.0.5 [Firefox proper]. History entry in the contextual menu no longer present; when checking the 'options' button in the add-ons view, the following error occurs:

XML Parsing Error: undefined entity
Location: chrome://contexthistory/content/options.xul
Line Number 155, Column 13:

It would be useful if this behavior can be confirmed.
Hopefully, the developer is listening...

XP, Firefox 34.0.5

Page Hacker Revived

Only WYSIWYG Inline Editor for FF, Essential Research Tool Rated 5 out of 5 stars

Many thanks, Dormines, for your addon - the only WYSIWYG inline editor for Firefox, whose absence is one of the incomprehensible blunders of Firefox administration...

Back in the 1990s, WYSIWYG editing and annotating a web page, and switching between original and edited version, took as much pain as moving between two windows (or was it tabs?) in Netscape Composer. Two decades later, there still does not exist a similar ease and convenience of use, in the form of a WYSIWYG inline editor, in the legitimate inheritor of the Mozilla code, Firefox... The official Firefox leadership 'blessed' the users with personae, Australis and others bells and whistles; while the developer community is asleep in the wake of the leadership... There abound 'text-area' editors, but the difference is the same as that between writing a comment in a niggardly box (as the one provided for this review), as opposed to an inviting, full white page... The situation is no better with offline (standalone) WYSISYG editors: between the old and no longer developed KompoZer, and the mozilla-based, semi-commercial Blue Griffon, there isn't much to chose from...

First, beginning in 2003, there was Mozile by James A. Overton/Max d'Ayala (https://addons.mozilla.org/en-US/firefox/addon/mozile/?src=search), a real WYSIWYG editor for Firefox 2. It died in 2008, when the transition to Firefox 3 occurred (see my observations on MozDev, http://www.mozdev.org/pipermail/mozile/2008-August/001317.html).
Then, in 2010, there came Edit&Note by Valeria Gyengye (https://addons.mozilla.org/en-US/firefox/addon/edit-and-note/; see my review here https://addons.mozilla.org/en-US/firefox/addon/edit-and-note/reviews/208111/). It came, and gone: a year later, it succumbed to changes in the Firefox code.

Then, in 2012, Page Hacker Revived appeared. It is a complete disgrace for the addons.mozilla.org team that 2 years later the addon is still marked as 'experimental' and 'preliminary reviewed'.
After several months of use, here are a couple of observations:

1. This addon is much more than Page Hacker, from whom it has taken its name. Apart from allowing the annotation of a webpage, for which a number of solutions exist (Edit Page addon, whichstill works with a hacked xpi: see here my review, https://addons.mozilla.org/en-US/firefox/addon/edit-page/reviews/574418; solutions using the html5 attribute contenteditable, see https://coderwall.com/p/lhsrcq), PH Revived offers the complete basic set of tools for WYSIWYG editing. The name should reflect this richness of functions.
2. The toolbar reopens after browser restart if it was closed from the 'x' button on the extreme right. It stays closed only if the toolbar is disabled from the menu 'View->Toolbars'. Probably this behavior should be changed such as the toolbar stays closed. This would mean that launching the toolbar should be based on a button/menu, instead of relying on the enabling/disabling of the toolbar from the View menu of Firefox.
3. The dropdown menus (font, size, block elements) do not function correctly. Font menu: after applying a different font to a selection of text, the display area of the menu remains blank, while it should revert back to the default font used in the text; also, once a font has been chosen for typing, its name should be displayed in the visible area. Size menu: once the menu is used, it displays size '1' indifferent to which actual font size is used. Heading menu: similarly, once the menu is used, if displays heading '1' indifferent to which text style is used.
4. The block elements menu should imperatively include 'paragraph' (and perhaps 'div').
5. Anchors and the capacity to link to them from within the document would bring the addon closer to the functionality of an editor.
6. Desirable features to be added: button switch between html view and code view; loading and editing of css stylesheets.

For purposes of illustration, to me, the most desirable usages are as follows: annotation and editing of web pages in conjunction with Scrapbook captures; writing de novo of notes in html; preparation, reading and annotations of epubs (which are essentially zipped htmls)(for the preparation approach, access to code view, stylesheet, and full Regex search/replace functionality would be needed).

I very much hope that this addon will receive the attention it deserves and that the author will continue supporting it across the vicissitudes of the Firefox development.

This review is for a previous version of the add-on (3.0.7.1-signed.1-signed). 

Edit Page

Still works w modified max version Rated 5 out of 5 stars

I am still using this addon in FF 4, for more than a year now, since FF 18 to 24 now, without any problems: all it takes is to modify the maxver in the xpi. As reviewer alxctc noted, it is indispensable for work w Scrapbook.

Actually, it should have been integrated in the Scrapbook extension long ago... Or, for that matter, it should be integrated in Firefox itself... Together with a minimal wysiwyg toolbar, Firefox would become the definitive personal text editor: from editing and annotating personal docs, web content, up to preparing the first stage of an epub.

ScrapBook

Bugs in Upgrade of March 07 [1.4] Rated 5 out of 5 stars

1. I confirm the bug reported by lkcadway (not possible to create "new folder" when capture is opened by right click)
2. Capture of selection+drag&drop in the sidebar or by page icon/tab + drag-and-drop functions erratically, mostly not. The thin blue line allowing for precision placement of scrap in folders and/or by relation to existing scraps does not appear; dragging&dropping repeatedly creaes no scrap. Closing Scrapbook in Sidebar and reopening it resumes functionality of "scrapping" (at least in this one instance).
3. Conflict with Scrapbook Tag Support which pops-up an error message saying "you should have first scrapbook installed". Had to disable Scrapbook Tag Support
{Windows XP, Firefox 3.6]

Update:

4. After crashing Firefox while fiddling with it in order to write the review, I reverted back to version 1.3.7.

This review is for a previous version of the add-on (1.4.1-signed.1-signed).  This user has a previous review of this add-on.

ScrapBook

Bugs in Upgrade of March 07 Rated 5 out of 5 stars

1. I confirm the bug reported by lkcadway (not possible to create "new folder" when capture is opened by right click)
2. Capture of selection+drag&drop in the sidebar or by page icon/tab + drag-and-drop functions erratically, mostly not. The thin blue line allowing for precision placement of scrap in folders and/or by relation to existing scraps does not appear; dragging&dropping repeatedly creaes no scrap. Closing Scrapbook in Sidebar and reopening it resumes functionality of "scrapping" (at least in this one instance).
3. Conflict with Scrapbook Tag Support which pops-up an error message saying "you should have first scrapbook installed". Had to disable Scrapbook Tag Support
{Windows XP, Firefox 3.6]

This review is for a previous version of the add-on (1.4.1-signed.1-signed). 

Edit and Note

Rated 5 out of 5 stars

Finally, a replacement of the now defunct Mozile, and a worthy companion of Scrapbook. As a professional researcher, I tried pretty much every editing extensions available for Firefox with increasing disappointment. At the time of Netscape, Composer version, a click of a button switched between a browsing versus an editing mode. I made my first web page in minutes, without needing to read any heavy documentation and no technical knowledge of html. It is incredible that to this day this exceptional ease disappeared, and nobody brought it back to Firefox. Edit&Note promises to change all that. I salute the initiative and I can only hope that this will be a long term project, amenable to many improvements and healthy development. As first priorities, I would suggest:
1. Given its stated goals, better integration with Scrapbook, especially in regard of the "save" functionality (one of the save options mapped to the Scrapbook save button) and the sticky notes.
2. Elimination or optionalization of warning pop-up windows, for smoother multiple tab research and tab switching without annoying repeated warnings.
3. I second the suggestion of Tousin, which I believe the author did not understand: it is not about hiding the toolbar, which indeed can be done natively by Firefox, but about switching between the editable/non-editable mode; it is preferable to do it from a button or a check box, instead of a pull down menu (personally, I would like to see the complete toolbar, in editable mode or not, without "hidding";
4. aesthetically wise, I would suggest smaller buttons, which would also allow for displaying of the entire toolbar, without lateral rolling. The toolbar is over-sized by relation to minimalist, discreet themes (such as Netstripe, or Simple Green).
Congratulations on the achievement, good luck with the development, and thank you. I will send by email more detailed feedback.

Live Gold (Deprecated)

Rated 4 out of 5 stars

Congratulation on the idea and, also, on the implementation: I appreciate it's minimalism and discretion. Since yesterday's update (2010.03.04), an error occurs in Firefox:"TypeError: this._onStart is undefined" which is correlated to changing settings in the extension. In my particular case, the error occurred during an interruption of connectivity. The error is not reproducible once the connection is re-established. I'd appreciate you looking into it.
Since I am at that, two very simple ideas: 1. If you took the trouble to include FX quotes, you should definitely make a menu entry for the Kitco Gold Index, which is very helpful in determining how much of the price variation of gold is determined by the erratic fluctuations of the MAD (Mutually Assured Devaluating) currencies, one by relation to another (the dollar, in particular). 2. Little up-down indicators (arrows) in the currency table, especially for their relative valuation in gold, would be helpful in the same sense as above. Thank you and best regards.

This review is for a previous version of the add-on (1.7.20100225). 

FEBE

Loss of older backups Rated 4 out of 5 stars

After upgrading to FF3.6, I had the "unresponsive script" problem described some posts bellow. The solution worked, but I discovered it quite late, so there occurred 6 or 7 failed attempts at making the addon work. The setting of FEBE for the number of old backups to keep was 3. So, what happened, was that I lost all older backups. On top of it, FEBE apparently uses a deletion procedure which by-passes the recycle bin and which makes the files unrecoverable. Apparently, this is a modality of deletion which dates back to the birth of Windows NT OS, as per the description which I found in a Wayback Machine of the old Rusinovich's Sysinternals forum: "Only files deleted from the Explorer GUI end up being placed there [recycle bin]. Any files zapped from a command window or from within a program are lost forever.".
Therefore, I politely ask the author to either 1. make FEBE sufficiently smart such as to be able to make the difference between a "backup" as a completed process, as opposed to a failed attempt at a backup; or 2. to send the deleted files to the recycle bin, as is the rule with modern Windows OSs. I tried without success 5 or 6 file undelete/recovery programs, including Sysinternal's own FileRestore, until I found the explanation above, which kind of closed the problem. At any rate, thank you for the useful tool, and congratulations for it.

This review is for a previous version of the add-on (6.3.2). 

FEBE

Deletion of older backups Rated 4 out of 5 stars

After upgrading to FF3.6, I had the "unresponsive script" problem described some posts bellow. The solution worked, but I discovered it quite late, so there occurred 6 or 7 failed attempts at making the addon work. The setting of FEBE for the number of old backups to keep was 3. So, what happened, was that I lost all older backups. On top of it, FEBE apparently uses a deletion procedure which by-passes the recycle bin and which makes the files unrecoverable. Apparently, this is a modality of deletion which dates back to the birth of Windows NT OS, as per the description which I found in a Wayback Machine of the old Rusinovich's Sysinternals forum: "Only files deleted from the Explorer GUI end up being placed there [recycle bin]. Any files zapped from a command window or from within a program are lost forever.".
Therefore, I politely ask the author to either 1. make FEBE sufficiently smart such as to be able to make the difference between a "backup" as a completed process, as opposed to a failed attempt at a backup; or 2. to send the deleted files to the recycle bin, as is the rule with modern Windows OSs. I tried without success 5 or 6 file undelete/recovery programs, including Sysinternal's own FileRestore, until I found the explanation above, which kind of closed the problem. At any rate, thank you for the useful tool, and congratulations for it.

This review is for a previous version of the add-on (6.3.2). 

ScribeFire Classic

System color display in Firefox Rated 2 out of 5 stars

Concerning Wolfger annoyance (which I also encountered, in an identical context). The problem is not (only) with the extension. It\'s a widespread bug in Firefox. When using inverted system colors (windows dark, text white), some \"portions\" of Firefox recognize the change, others don\'t. For example, try and open the \"add-ons menu; you will see the title of inactive extensions, because it is grayed out by default; but there will be invisible titles for active extensions!. And this occurs in spite of the fact that under \"options->content-> colors\" one selects \"use system colors\". Equally, the tooltips do not recognize the _background_ color as chosen in the systems \"display properties\"... Anyway, things are even worse in Netscape, Opera, Explorer: they don\'t even allow _you_, the _user_, to override the defaults of the page you are loading... Solution? Two, less radical than the alternative of Wolfger. 1. Under \"display->appearence->advanced\", modify the element of the theme named \"window\" (from the drop-down menu), in particular \"font\". Instead of using \"white\" for font, put a light shade of grey. You can also darken the \"color\" of the \"window\" to darker, such as to increase contrast. What you get, is a font of a color visible in Firefox\'s \"portions\" which do not obey the system colors, including add-ons (my biggest annoyance was related to Scrapbook, which is equally colorblind (typing and notes titles equally!). The result is barely satisfactory but you keep your dark windows (which are quite neat, especially for an autumnal theme - I used a Longhorn dark variety). 2. Give up your dark windows, and keep all the rest. Therefore, you inver the colors for \"window\" and \"font\", in the \"window\" element of the theme. Everything will look as the theme is, except for that applications will have the regular whitish windows (BTW, why is it taken for granted that one should type/write black on white and not the other way around ?...). The compensation is that buggy applications which ignore/mess up the system display setting will still be usable... Cheers, M.

This review is for a previous version of the add-on (1.4.2).