thinkle / gourmet Goto Github PK

Converted from SourceForge issue 3519632, submitted by SourceForge user freedo on 2012-04-19 20:41:34 UTC.

See http://www.schema.org/Recipe

Converted from SourceForge issue 3473594, submitted by SourceForge user no. 3697390 on 2012-01-14 05:18:23 UTC.

An app for all android based devices on all versions from android 1 through to android 3+.
This would be something I would pay for on the app market

Converted from SourceForge issue 1791262, submitted by SourceForge user enfant_terrible on 2007-09-09 22:09:15 UTC.

...trying to make it complete...

Converted from SourceForge issue 1682624, submitted by SourceForge user drcrippen on 2007-03-17 11:37:12 UTC.

I don't know if you did it on purpose. But Text in XML is escaped twice. I removed this in xml_exporter.
Just changed
t = self.xmlDoc.createTextNode(xml.sax.saxutils.escape(text))
to
t = self.xmlDoc.createTextNode(text)
Think it is better like that

Converted from SourceForge issue 3118096, submitted by SourceForge user jraber on 2010-11-25 04:31:38 UTC.

Remove sqlite3 reference. Fixes bug 3107472

Converted from SourceForge issue 3547753, submitted by SourceForge user edgimar on 2012-07-24 00:41:09 UTC.

To reproduce:
Create a recipe with some ingredients.
Save it.
Edit the recipe, add some blank rows in the ingredients.
Save and close.
Edit the recipe again, make some changes to the notes section for example.
Try to save it -- it doesn't get saved.

Remove the empty rows from the ingredients list.
Save it -- it will now save.

Converted from SourceForge issue 3124276, submitted by SourceForge user jraber on 2010-12-01 06:00:32 UTC.

Downstream bug report: https://bugzilla.redhat.com/show_bug.cgi?id=657780

According to the documentation in /usr/lib64/python2.7/site-packages/sqlalchemy/engine/base.py (Line: ~2296), 'lastrowid' is probably not what we want here. The attached patch replaces the references to 'lastrowid' with 'inserted_primary_key[0]'. I do not know how this patch might affect installations using sqlalchemy < 0.6.0

Converted from SourceForge issue 3389679, submitted by SourceForge user no. 2839113 on 2011-08-10 16:17:01 UTC.

It would be useful if the unit converter provided Fahrenheit / Celsius conversion. Automatic conversion in recipes and an option to select the default unit for display and printing would be nice.

Converted from SourceForge issue 3104708, submitted by SourceForge user sauliusl on 2010-11-07 17:18:32 UTC.

The current MasterCook importer misses first line of ingredients due to two issues:

1. self.dash_matcher skips the underline line before the ingredients thus the columns are not parsed properly.
2. The ingredient column parser detects a failure to parse columns from dash lines and tries to parse them from ingredients, but skips the first line.

The patch fixes the issues by moving the dash_matcher check after the check for the ingredient columns.
So it now acts as a check whether to skip the line or parse the ingredients. It also correctly skips the dashed line in the very end of file.

Tested with http://fp.enter.net/~rburk/fruit/strawberries/strawberries2/pudding.txt

Converted from SourceForge issue 3135758, submitted by SourceForge user jraber on 2010-12-12 09:08:52 UTC.

Steps to reproduce:
Open gourmet. Select a recipe. Right Click. Choose Add to Shopping List.

Result:
Nothing happens. The text below appears in the terminal.

Traceback (most recent call last):
File "/home/jeff/grecipe-manager/src/foo/gourmet/GourmetRecipeManager.py", line 800, in shop_recs
d=shopgui.getOptionalIngDic(self.rd.get_ings(r),mult,self.prefs,self)
AttributeError: 'module' object has no attribute 'getOptionalIngDic'

Converted from SourceForge issue 3297637, submitted by SourceForge user bbbright on 2011-05-04 18:45:31 UTC.

Would it be possible to add CookML export (http://www.kalorio.de/index.php?Mod=Ac&Cap=CE&SCa=../cml/CookML_EN) to Gourmet? Thanks, BBB

Converted from SourceForge issue 3089267, submitted by SourceForge user stefanorivera on 2010-10-17 18:09:36 UTC.

Ubuntu has been carrying this patch, in response to this bug report:

https://bugs.launchpad.net/ubuntu/+source/gourmet/+bug/431806/comments/24

Converted from SourceForge issue 2858486, submitted by SourceForge user prokoudine on 2009-09-14 09:55:10 UTC.

Here is a first long shot at defaults in Russian.

Converted from SourceForge issue 3302547, submitted by SourceForge user nobody on 2011-05-15 18:42:58 UTC.

... based on the formula max(round((16_protein+19_carbohydrates+45_fat-14_fiber)/175), 0). Units in grams. Thank you!

Converted from SourceForge issue 1791289, submitted by SourceForge user enfant_terrible on 2007-09-09 23:27:22 UTC.

mostly from de_DE.po

Converted from SourceForge issue 2858483, submitted by SourceForge user prokoudine on 2009-09-14 09:50:36 UTC.

The POTFILES.in files inside i18n is way too old. Here is an updated version.

However, if that doesn't fix everything.

1. Data from gourmet.desktop.in doesn't go in.
2. all src/lib/plugins/*.gourmet-plugin translatable content isn't localizable
3. All tabs captions (Preferences, Plugin manager) don't show up as translated
4. "_Search for" and "Search _Results" are always in English, all search options too
5. "%s recipes" is in English and probably not plural forms aware
6. Not translatable:

src/lib/plugins/import_export/pdf_plugin/pdf_exporter.py: label='PDF Options',

src/lib/plugins/import_export/archive_plugin/zip_importer_plugin.py: name = 'Archive (zip, tarball.)'

Converted from SourceForge issue 3374104, submitted by SourceForge user jdbower on 2011-07-21 18:23:26 UTC.

I'd like to see Google-accessible microdata, microformat, or RDFa markups in the HTML output. This format is described here:
http://www.google.com/support/webmasters/bin/answer.py?answer=173379

Converted from SourceForge issue 1541735, submitted by SourceForge user hathawsh on 2006-08-17 04:25:28 UTC.

My wife loves Gourmet. It's the best recipe program
she has used yet.

She's been bugged by a recipe card display problem,
however. The text in the left pane usually gets cut
off slightly on the right edge. Apparently, the
viewport is a little too wide.

I dug in and discovered that if I change the constant
in flow_my_text_on_allocate() from 0.75 to 0.5, the
problem disappears. Old line:

widg_width = int(xsize * 0.75)

New line:

widg_width = int(xsize * 0.5)

I hope you will include this change in the next
release. Keep up the good work!

Converted from SourceForge issue 1163982, submitted by SourceForge user calvin on 2005-03-15 20:01:59 UTC.

Hi,

my old recipes have the mealmaster marker all in
uppercase. So I made a patch to detect mealmaster
recipe starters regardless of their case.

Patch is against CVS.

Converted from SourceForge issue 2858485, submitted by SourceForge user prokoudine on 2009-09-14 09:54:10 UTC.

This updated Russian translation matches POTFILES.in from https://sourceforge.net/tracker/?func=detail&aid=2858483&group_id=108118&atid=649654

Converted from SourceForge issue 1516446, submitted by SourceForge user mr_shark on 2006-07-03 16:44:40 UTC.

as per maillist

Converted from SourceForge issue 3252867, submitted by SourceForge user abhijitnavale on 2011-03-28 14:56:22 UTC.

When i import recipe from any webpage i can only add 'one' photo from the website.
But in real i need to add more than one photo from the webpage to my recipe.
Reason - take example of fish recipe - now i need two photos.
one for how original fish look when i go to market to buy it
and second photo or more photos to show the decoration, or to show the cooking process step by step graphically.
I am using Ubuntu 10.04 - 64 bit and gourmet 0.15.3-0ubuntu2

Converted from SourceForge issue 3200327, submitted by SourceForge user xelkarin on 2011-03-05 08:38:14 UTC.

I experiment a lot with fermentation and I've been using gourmet to organize my recipes. These recipes require time measurements extending to weeks and months. I've been calculating by day so far, but allowing preparation time to be entered as 4 weeks or 8 months would be a great shortcut. A week would of course be equivalent to 7 days. A month would work fine as 30 days (it doesn't have to be calendar exact).

Converted from SourceForge issue 3486671, submitted by SourceForge user purplesongs on 2012-02-10 23:56:27 UTC.

1. Equipment section in recipe card
2. let you permanently add choices to the pull down menus - you can type anything you want but it doesn't keep it in the list
3. Create cookbooks - Divide and save recipes into cookbooks: would make organization and searches easier

Converted from SourceForge issue 1516448, submitted by SourceForge user mr_shark on 2006-07-03 16:45:27 UTC.

As per maillist

Converted from SourceForge issue 3107004, submitted by SourceForge user sauliusl on 2010-11-11 01:56:12 UTC.

I am posting a patch for the following bug
Cannot always save a change to a recipe's yield - ID: 3037681

https://sourceforge.net/tracker/?func=detail&aid=3037681&group_id=108118&atid=649652

The problem was the Undo widget listening for "changed" signal, whereas it shoul've been listening to "value-changed" instead.

Converted from SourceForge issue 3565626, submitted by SourceForge user no. 3480783 on 2012-09-07 17:10:03 UTC.

I would love two things:

1. html export with a rich snippets (microdata, microformats, and RDFa) tagging (better if we can choose between standards)
2. html should not have any formatting, CSS could be used instead.
   Once the html export tagging is implemented, css formatting would be very easy, sort of skinnable.
   I'm not able to develop such export plugin feature, but I could contribute writiung CSS to create such skins (screen/ipade/print ready).
   It would be also be great for the export plugin to be able to create an index page to linking to all the axported recipes, when exporting many.
   References:
   http://microformats.org/wiki/hrecipe
   http://schema.org/Recipe
   I would be glad to contribute, but I'm not a programmer.

Converted from SourceForge issue 3519632, submitted by SourceForge user freedo on 2012-04-19 20:41:34 UTC.

See http://www.schema.org/Recipe

Converted from SourceForge issue 1569541, submitted by SourceForge user meonkeys on 2006-10-02 20:31:42 UTC.

This patch adds a "Requires:" line for python-sqlite2.
It looks like you are mostly ready to accomodate
multiple DB backends, but for now perhaps it would help
to have this requirement.

Hope this helps,
-Adam

Converted from SourceForge issue 3396654, submitted by SourceForge user nobody on 2011-08-22 22:37:16 UTC.

In my home I keep an inventory system in my pantry and a touch screen in my kitchen both connected to a server. It would be nice to have both access the same recipe database on the server. Gourmet would be installed on all systems but only access one recipe database on the server. Adding a recipe on one system would be accessed by all. Also I would be able to generate shopping list from any system and later access, update or print from any of the other systems.

Converted from SourceForge issue 3396627, submitted by SourceForge user lokrin2000 on 2011-08-22 20:45:32 UTC.

I'd like the ability to add a CSS to the HTML output, or be able to directly edit HTML output.

Or create a plug-in or something that will give options for the output.

Converted from SourceForge issue 3209091, submitted by SourceForge user nobody on 2011-03-13 18:46:12 UTC.

comment5, cialis, buy viagra wiki, viagra online store, Levitra, cialis voice vocal, Levitra, compare viagra to cialis, Cialis, levitra 12 pills,

Converted from SourceForge issue 3392013, submitted by SourceForge user link886 on 2011-08-15 15:20:00 UTC.

hi ! thanks for your soft !
we could have a possibility to change the font size on the screen, to use the computer in the kitchen. For example, do a "full screen" for the recipe card, with large font size, to see from few meters.

thanks !

Converted from SourceForge issue 3519632, submitted by SourceForge user freedo on 2012-04-19 20:41:34 UTC.

See http://www.schema.org/Recipe

Converted from SourceForge issue 3352790, submitted by SourceForge user nobody on 2011-07-04 01:33:23 UTC.

Add a preference for small, medium, and large print size.

Converted from SourceForge issue 3489521, submitted by SourceForge user no. 3742145 on 2012-02-20 09:28:54 UTC.

Would be great to have a diet plan feature like in krecipes. However it should be editable manually!

Converted from SourceForge issue 3479921, submitted by SourceForge user aabya on 2012-01-26 03:16:24 UTC.

Some recipes are more accurately expressed using weight rather than volume measurements. In particular, those using flour, brown sugar, raisins etc where the ingredients may be more or less densely packed. An even more useful expression for bread recipes in particular is baker's percent where flour is 100% and the other ingredients are expressed relative to flour. For example, a recipe for French bread might be expressed as 100% all purpose flour, 65% water, 2 % salt, and 1% yeast. Given the weight of one ingredient or the total desired weight of the dough, it is easy to calculate the weights of the ingredients. Scaling a recipe becomes trivial.

Converted from SourceForge issue 3547750, submitted by SourceForge user edgimar on 2012-07-24 00:13:54 UTC.

When trying to import a recipe from allrecipes.com, one get's a lot of messages like "This page requires that scripting be enabled in your browser to function properly." in the scraped text. Pasting the same URL into a browser on a different computer works just fine. So, maybe this is a limitation of the scraping library being used for importing the content of the URLs? Maybe a library like Beautiful Soup (http://www.crummy.com/software/BeautifulSoup ) would be better suited for this than urllib?

Converted from SourceForge issue 2744580, submitted by SourceForge user arkarin on 2009-04-08 15:52:30 UTC.

When starting Gourmet with Python2.6 you get a message, that you should use hashlib instead of md5.
So I did my first little fix.
Now src/lib/gtk_extras/thumbnails.py trys to use haslib and if it is not possible(if the Python version is < 2.6) it uses md5.
I hope this will help a little bit :)

arkarin

Converted from SourceForge issue 1791266, submitted by SourceForge user enfant_terrible on 2007-09-09 22:11:51 UTC.

Fixing some typos, grammar and factual mistakes; adding some synonyms.

Converted from SourceForge issue 3420657, submitted by SourceForge user nanokatz on 2011-10-08 20:57:27 UTC.

Just a quick patch to fix a bug in default.py.
The function for converting a plural to a singular unit had two issues.
a) WORD_TO_SING_PLUR_PAIR keys are lowercase but the word being handed to the function could be in any case
b) if the word is not in WORD_TO_SING_PLUR_PAIR it does nothing, this patch tries lang.guess_singulars before giving up.

Converted from SourceForge issue 2205293, submitted by SourceForge user sandrobonazzola on 2008-10-28 20:22:33 UTC.

In reply to bug #2155781 here is a MANIFEST.in for grm.

Converted from SourceForge issue 1895297, submitted by SourceForge user psgraham on 2008-02-17 08:05:04 UTC.

To start off with, I just wanted to say I really like Gourmet and it's features. My wife frequently uses the Web for recipes and I am quite interested in using Gourmet for grabbing recipes off the Web for her.

I have the latest released code 0.13.7 and tried to update the Food Network importer. Since it is the first time I've looked at Gourmet's code, the updates are probably not perfect, but they are a start. I tried it out with a few recipes, but I noticed the rules didn't catch all of the instructions from the following recipe due to the "p" tags embedded in the "span":

http://www.foodnetwork.com/food/recipes/recipe/0%2c1977%2cFOOD_9936_34245%2c00.html

In any case, it seems to be an improvement over the existing 0.13.7 code.

Also, I noticed what I think is a bug in "recipeMerger.py". My guess is this has already been fixed, but, just in case, I thought I would mention it. Basically, when an import succeeds and there are no duplicates found, the "show_if_there_are_dups" method of "RecipeMergerDialog" calls "self.destroy()" which, as far as I can tell, doesn't exist. I changed this to just call "self.close()" instead, not having a better obvious option.

To apply the patches to the 0.13.7 code base, change to the "gourmet-0.13.7" directory and then apply the patch using "patch -p1 < (path to patch)/patch-gourmet-0.13.7-pg.patch". Let me know if you have problems.

Hope the info is helpful. BTW, what is the best way to submit things like this in the future? I couldn't send the patch to the devel mailing list for some reason.

Regards,

Paul

Converted from SourceForge issue 3297982, submitted by SourceForge user no. 3374535 on 2011-05-05 16:56:16 UTC.

I would like to see an importer for the wikibooks / cookbooks. Maybe also with the localizations e.g.
english: http://en.wikibooks.org/wiki/Cookbook
german: http://de.wikibooks.org/wiki/Kochbuch

Converted from SourceForge issue 2714742, submitted by SourceForge user arose on 2009-03-26 15:42:30 UTC.

In git patch-format

Converted from SourceForge issue 1577679, submitted by SourceForge user raboofje on 2006-10-15 15:59:10 UTC.

Line 33 of backends/sql_db.py in CVS should be:

typ = self.adjust_type(typ)

instead of just the dead call:

self.adjust_type(typ)

This bug causes the current CVS Gourmet to fail to run
when no recipe database is present yet.

Converted from SourceForge issue 3519632, submitted by SourceForge user freedo on 2012-04-19 20:41:34 UTC.

See http://www.schema.org/Recipe

Converted from SourceForge issue 3354127, submitted by SourceForge user cosimo321 on 2011-07-05 06:58:43 UTC.

Hey guys,
I do the icons for ccsm, compiz splash, snow textures, and the 3d animated cube models for compiz.
I use gourmet on occasion and have created my own splash.
Though i would share it with you , and feel free to use it
It can be downloaded from my dropbox;

http://dl.dropbox.com/u/132551/gourmet_splash.tar.gz

coz

Converted from SourceForge issue 1791256, submitted by SourceForge user enfant_terrible on 2007-09-09 22:00:09 UTC.

The attached patch fixes locale issues with Windows that arise from Windows' different locale names (e.g. German_Austria instead of de_AT) by translating the current (user) language settings to the latter kind using functions from os, win32api and locale. This applies to both the defaults_*.py files as well as the gettext-based translations; for the latter, the patch also fixes file location inconsistencies (under Windows, most scripts are currently looking for the mo files in DATADIR/i18n, while setup.py actually creates DATADIR and i18n as subfolders of a common parent). Also, as gettext is selecting the language it translates to via the LANGUAGE, LC_ALL, LC_LANG etc and LANG environment variables (in this order), LC_ALL is set to the OS's language settings. (Purely setting it manually from a shell before starting gourmet did in fact not work while testing under Vista.)

(Patch against current CVS.)

Converted from SourceForge issue 3527987, submitted by SourceForge user no. 3850652 on 2012-05-18 17:49:35 UTC.

I think it would be a nice idea to have a version control + history for each recipe (like in a wiki or in git).