saute-develop Mailing List for sauté
Status: Alpha
Brought to you by:
heiseltc
Menu
▾
▴
saute-develop — Development discussion of sauté
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(12) |
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Conan H. <hei...@ya...> - 2013-02-08 20:34:25
|
<html><body> http://canestoga.com/like/?PA=way-side&land=sscxgkfowjvf?&itnv <div style="color:#FFFAFA; background-color:#fbfbfb; font-family:serif;font-size:12pt"> the subscrpton lst that month adanced 118<div></div></div></body></html> |
|
From: Conan H. <hei...@ya...> - 2012-11-02 02:19:03
|
http://totaloptimalhealthrx.com/wp-includes/jwaviq |
|
From: Conan H. <hei...@ya...> - 2012-05-11 23:43:29
|
Make really good cash from the internet to earn money at home http://myjoomlaskins.com/httpszgexzqo1.php?uzifreepage=642 Sat, 12 May 2012 0:43:21 _____________________ and tother chap, and a long white cottonnightshirt and a ruffled nightcap to match. sherwood wiatt |
|
From: Conan H. <hei...@ya...> - 2002-01-03 22:20:18
|
Jerry, thanks for your work and sorry for taking so long to get back. The holidays were rather hectic. However, now that the 3rd alpha is out and beta 1 is in progress, I have time again to look seriously again at the web/design aspect. Hopefully we can get at least the basics of the web page all squared away before the beta is released. As far as your web design, I like the simplicity a lot and the grey (though I prefer a darker shade). One concern I have is that the whole page should load really fast no matter what kind of connection it's viewed through. Take a look at the top rated designs at OSWD (http://www.oswd.org). I'm not saying we need to use any of them, but I like the simplicity and general style of many of them. If you want I can send you the links to ones that I especially like. Also, the style/colors of the logo and the page should match at least pretty good. I'm working on some more logo options with my brothers and will hopefully be posting them somewhat soon (time permitting). It's obvious to me that I am rather opinionated in what I like and don't like, but I'm trying to be more open. If I give you too much critisism, or am being too closed, just let me know. And, to everyone else, I you have ANY ideas or submissions, please let us know. Again, thanks for your work. conan. --- Jerry Seutter <yel...@ya...> wrote: > Heya, long time since we talked... I've been mucking about with > the > gimp and came up with another look for the webpage. Have a look at > /home/groups/s/sa/saute/htdocs/sample.png . I'm looking for your > thoughts on it before I spend more time on it. > > On another note, the html files in the same directory are editable > only by you at the moment, not anyone else in the group. If this > is how you want it that's okay, just letting you know in any case. > :) > > Jerry > __________________________________________________ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com |
|
From: Conan H. <hei...@ya...> - 2002-01-02 23:06:38
|
I just uploaded sauté version 0.0.3 to sourceforge. Thanks for everyone's patience with me. So far I have split the code into 3 files: 1) saute.pl -- main program 2) Database.pm -- Database module handling the database object. It does ALL requests to the database. This will make it much easier to create a non-database (i.e. XML/flat file version). 3) Category.pm -- Category module handling the category object. This is reletively small. Unless there are seriouse bugs that I missed, this will be the last alpha version. I will be working on adding in the submissions that have been sent to me and working on what else is in the stage 1 plan. If anyone wants to work/is working on anything, please let me know. Also, I am in great need of someone(s) willing to create the user documentation. thanks all, conan. __________________________________________________ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com |
|
From: Jerry S. <yel...@ya...> - 2001-12-02 21:34:31
|
Heya, long time since we talked... I've been mucking about with the gimp and came up with another look for the webpage. Have a look at /home/groups/s/sa/saute/htdocs/sample.png . I'm looking for your thoughts on it before I spend more time on it. On another note, the html files in the same directory are editable only by you at the moment, not anyone else in the group. If this is how you want it that's okay, just letting you know in any case. :) Jerry _______________________________________________________ Build your own website in minutes and for free at http://ca.geocities.com |
|
From: Olivier.Roch-Vilato <Oli...@wa...> - 2001-09-26 16:05:45
|
----- Original Message ----- From: Olivier.Roch-Vilato <Oli...@wa...> To: Conan Heiselt <hei...@ya...> Sent: Tuesday, September 25, 2001 3:03 PM Subject: Re: [Saute-develop] dbsetup.pl update > > I did have one question. In the "changes" file, it only needs the > > version number sections of the versions with changes to the database, > > right? For example, if we don't implement any changes until 0.5 we > > won't need to put in 0.2, 0.3, and 0.4 version sections. Correct? > > That's right > > > > > As a future posibility, is there a way to have the update script just > > compare what's in the schema file with the database? (i.e. without > > the changes file) This is a lot more in depth and may not be worth > > the effort since we probably won't be doing too many changes. Just a > > thought. > > It was my first idea, but then i realize that the update script has no way > to make difference > between 'remove field f1, add field f2' and 'rename field f1 to f2' or > 'remove table t1, add table t2' > and 'rename table t1 to t2' (in the first case there is data loss, not in > the second). > > Moreover we can do things in the changes file that we can't by just > analyzing the schema file > (for example convert prep time field in minutes), all we have to do is add > new functions in the update script. > > > > > A+ > > Olivier > > > > |
|
From: Conan H. <hei...@ya...> - 2001-09-13 08:03:32
|
Hey all, After my second hour of drawing visual representations of the current code and possible future code split ideas, a few more things came clear and some became more complicated. The more we can completely separate the modules (i.e. classes) the better. This will make future developments of a non-database version (perhaps XML flatfile) and a web interface so much easier. Instead of having to go through all of the code and making completely separate versions of the whole thing, we can just add a couple modules and have the program use them instead of the database and GTK+ UI modules. What got more complicated is that we need to figure out how to completely separate the GTK+ GUI from the rest of the code. This is going to take making about every type of data structure into an object and putting it in its own module. Here's the objects and related methods I have so far (my sketch pad with colored markers looks a lot nicer, but this will probably do): 1) recipe : hash of all the recipe data (basically what gets built by get_recipe_info but a hash with the names of each field) - new : creates a blank recipe object if called without arguments, or creates a new one with data if with arguments. - edit : modifies the recipe object - get : returns a recipe given its ID - delete : deletes a recipe (this calls the database module) 2) recipeList : array that goes in the CList in the main window. This will contain all, just recipes from a category, or the results of a search. - new : create a new one (the default is all) - update : modifies the list based on criteria passed to it. 3) database : a connection to the database. all interactions with the database will happen through this object and its methods. - new / connect : create a new connection with the database given the info to connect with (database type, database name, username, password) - query : perform a query and return the results in a reference to an array (similar to DBI's fetchrow_array). This will know what tables to query by the object name passed to it allow with the query criteria - add : create a new entry by the same criteria as query - modify : update a table/tables, as determines like above - destroy / disconnect : end the database session 4) ingredientList : a hash of amount, measure, and ingredient name - new - edit - delete ? - get ? 5) GUI : I'm not sure if this will be an object as well or just a module. Does ALL of the GUI display. This will most likely be the most edited file. - new : make and show the main window - destroy : exit - [lots of internal subroutines] 6) [others will include:] ingredients, search, categories, etc. The main program saute.pl will basically just get the configuration information (in the future this will be in a file in the user's home dir) and calls the GUI to start everything. Well, that's the general ideas starting to come together. I'm still a novice at the whole modules and object oriented thing so comments, suggestions, and disagreements, are very welcome. * On a personal note, I hope everyone is the US is OK. I don't remember anyone being from New York or D.C. but all the same...* conan. __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ |
|
From: Olivier.Roch-Vilato <Oli...@wa...> - 2001-09-12 00:01:22
|
Hi I did a little perl program that use the USDA Nutrient Database for Standard Reference, Release 14 maybe we can use it to evaluate nutritional values for recipes (by linking recipes' ingredients to ingredients in USDA database ; a field 'usda' in recipeIngrendients for example) What do you think ? A+ Olivier Instructions : download this file : http://www.nalusda.gov/fnic/foodcomp/Data/SR14/dnload/sr14.zip and copy it in the directory where you untar usda.tgz execute installUSDA (quite ugly script to install USDA database in MySQL) try usda.pl (first double-click on a group, then on a food) sr14_doc.PDF containts definitions of USDA database's files |
|
From: Conan H. <hei...@ya...> - 2001-09-07 05:43:02
|
I've been reading a lot this week about object oriented Perl
programming and getting some into the Extreme Programming methods.
I'm thinking this is the way to go. This is going to be my main
focus for the next week, so I won't be doing any CVS commits or
releases.
So far, I see that there are two ways to go: few modules or many
modules. Either way, I'd like to implement object oriented methods.
I'm not sure if anyone is very familiar with them. To me OO seems
_really_ useful but WAY too hiped. That kind of turned me off at
first, but now that I know more, I think it would be really good in
our situation.
Back to the ways to go. Having many modules would make working as a
group _much_ easier, but would be a lot of files (although that may
not be that bad). It also allows whoever is working on one to only
have to deal with his/her module. Also, people when working on a new
feature to add, can do so without having to worry about if it
conflicts with what someone else is doing. Or we could go the
few-modules way, which seems simpler on the outside but more complex
in a cooperative environment. So, I'm leaning heavily on the having
more modules side.
My idea so far (I'm still reading and learning so my opinion may
change) is to have is set up somewhat like this:
1. saute.pl - main window and associated calls
2. database.pm - the only one that handles interaction with the
database
3. recipe.pm - add, edit, view recipes
4. search.pm - performs the searches
5. [more in the future] - print, meal plans, nutritional value, etc.
The basic idea is for none of these programs to care how the others
do their job. Instead they will each have a set of functions that
others can call with a set return. For example if the main program
wants a list of programs to display, it may call search and ask for a
list of all recipes with certain requirements:
@recipies = search::getlist("category=Soup");
search.pm would then in the getlist sub call on the database module
to return to it the items it needs, which it would return to
saute.pl. This may sound a bit round about, but makes it way easier
to develop when all you need to worry about when getting the main
list is one call (maybe two) and the parameters.
Now, all of this is going to require some serious designing and some
code rewriting, but I think that doing it now will make it better for
all of us in the future.
Hopefully, I will have some code for everyone's review in a week.
thanks all,
conan.
--- "Olivier.Roch-Vilato" <Oli...@wa...> wrote:
> I've followed the answer to your question in Perl Monks
> and did a sauteDB.pm (I will add comments) module which is an
> interface betwen saute.pl and MySQL
>
> For the rest of the code i'm still wondering,
> i'm thinking of a UI module which deals with all windows but don't
> know yet how to implement it
>
> What's your opinion ?
>
>
>
> A+
>
> Olivier
>
>
>
> CHANGES
> -------------
>
> Modify saute.pl to work with sauteDB.pm
>
> sauteDB.pm public methods :
> new : to create a new instance
>
> getCategories : retreive categories list
>
> hasCategory : is 'category' in database ?
>
> addCategory : add 'category' to database if not there
>
> delCategory : remove 'category' from database
>
> getIngredients : retreive ingredients list
>
> hasIngredient : is 'ingredient' in database ?
>
> addIngredient : add 'ingredient' to database if not there
>
> delIngredient : remove 'ingredient' from database
>
> getUnits : retreive units (measures) list
>
> hasUnit : is 'unit' in database ?
>
> addUnit : add 'unit' to database if not there
>
> delUnit : remove 'unit' from database
>
> getCategoryRecipes : get IDs of all recipes which are in 'category'
>
> getRecipes : get IDs of all recipes
>
> getRecipe : get a recipe (ex get_recipe_info)
>
> addRecipe : save / update a recipe (ex save_recipe)
>
> delRecipe : remove a recipe from the database
>
> searchRecipes : search recipes (ex search_function)
>
>
>
__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com
|
|
From: Olivier.Roch-Vilato <Oli...@wa...> - 2001-09-07 00:13:57
|
I've followed the answer to your question in Perl Monks and did a sauteDB.pm (I will add comments) module which is an interface = betwen saute.pl and MySQL For the rest of the code i'm still wondering, i'm thinking of a UI module which deals with all windows but don't know = yet how to implement it What's your opinion ? A+ Olivier CHANGES ------------- Modify saute.pl to work with sauteDB.pm=20 sauteDB.pm public methods : new : to create a new instance getCategories : retreive categories list hasCategory : is 'category' in database ? addCategory : add 'category' to database if not there delCategory : remove 'category' from database getIngredients : retreive ingredients list hasIngredient : is 'ingredient' in database ? addIngredient : add 'ingredient' to database if not there delIngredient : remove 'ingredient' from database getUnits : retreive units (measures) list hasUnit : is 'unit' in database ? addUnit : add 'unit' to database if not there delUnit : remove 'unit' from database getCategoryRecipes : get IDs of all recipes which are in 'category' getRecipes : get IDs of all recipes getRecipe : get a recipe (ex get_recipe_info) addRecipe : save / update a recipe (ex save_recipe) delRecipe : remove a recipe from the database=20 searchRecipes : search recipes (ex search_function) |
|
From: yello <ye...@ho...> - 2001-09-05 04:37:17
|
Hello all, and in particular to those working/wanting to work on the website. The initial rendition of the website is up, thanks to Emil for his hard work. My apologies as Emil sent me the pages a while ago and they've been wasting away on my hard drive while I've been playing Grand Prix Legends. I ought to be taken out and shot. :) Point your browser at saute.sourceforge.net to have a look at the pages. I was having my shower (and thinking about saute, as I often do), when I thought of maybe doing saute (the word) out of different foods and then maybe having a few different food-themed saute logos to go in the top left-hand of each page. If we could make people really hungry by the time they finish looking through the web pages that would be a good thing :). What do you think? Do you think it would be a good idea or do you think I'm delerious from eating too many of the cashews sitting beside my computer? Anyways, I'll flesh out the pages over the next few days. I believe a release has been made so that should be updated at the very least. I'm off to bed! G'night all! Jerry |
|
From: Conan H. <hei...@ya...> - 2001-09-03 16:21:12
|
Ok, this is kind of wild. Do you read Perl Monks? I just asked a question about this (http://www.perlmonks.org/index.pl?node_id=109616&lastnode_id=6364). I'm definately all for the modularization of the code, but I'm not versed in object oriented design enough to make a decision of how best to do it. Since this is a pretty significant change, and one that will probably remain for the rest of the code's existence, I'd like to have the opinions of everyone else on the list. The question is not so much should we split up the code but how we should do so. conan. --- "Olivier.Roch-Vilato" <Oli...@wa...> wrote: > Conan, > > > like i said in my last mail, i took some time to comment and clean > up (no more 'categorie') the code, > since saute.pl started to be quite long,i split it in 4 parts : > > queries.pl contains all functions which query the database > (get_measures_list, get_categories_list, ...) > categories.pl contains functions which deals with the edit > categories window > recipes.pl contains all functions which deals with recipe > (new/edit/delete/...) windows > saute.pl contains all functions which deals with the main window. > > each of these files is a package. > > > I think it's clarify the code, but if you don't agree with it or > have a better idea, let me know. > > > A+ > > Olivier > > > > > CHANGES: > Split saute.pl in 4 parts : > queries.pl > categories.pl > recipes.pl > saute.pl > > Add comments. > > Simplify add_ingredients. > > Delete confirmation and add ingredient windows are now > modal (they must be closed before any other action) > > > > > > > > > > > > > > > > > ATTACHMENT part 2 application/x-compressed name=saute.tgz __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Conan H. <hei...@ya...> - 2001-09-03 16:21:09
|
Ok, this is kind of wild. Do you read Perl Monks? I just asked a question about this (http://www.perlmonks.org/index.pl?node_id=109616&lastnode_id=6364). I'm definately all for the modularization of the code, but I'm not versed in object oriented design enough to make a decision of how best to do it. Since this is a pretty significant change, and one that will probably remain for the rest of the code's existence, I'd like to have the opinions of everyone else on the list. The question is not so much should we split up the code but how we should do so. conan. --- "Olivier.Roch-Vilato" <Oli...@wa...> wrote: > Conan, > > > like i said in my last mail, i took some time to comment and clean > up (no more 'categorie') the code, > since saute.pl started to be quite long,i split it in 4 parts : > > queries.pl contains all functions which query the database > (get_measures_list, get_categories_list, ...) > categories.pl contains functions which deals with the edit > categories window > recipes.pl contains all functions which deals with recipe > (new/edit/delete/...) windows > saute.pl contains all functions which deals with the main window. > > each of these files is a package. > > > I think it's clarify the code, but if you don't agree with it or > have a better idea, let me know. > > > A+ > > Olivier > > > > > CHANGES: > Split saute.pl in 4 parts : > queries.pl > categories.pl > recipes.pl > saute.pl > > Add comments. > > Simplify add_ingredients. > > Delete confirmation and add ingredient windows are now > modal (they must be closed before any other action) > > > > > > > > > > > > > > > > > ATTACHMENT part 2 application/x-compressed name=saute.tgz __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Conan H. <hei...@ya...> - 2001-09-01 09:00:17
|
New features include: -implementation of categories -add/edit categories -recipes can belong to more than one category -main view is sorted by all or per category __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Conan H. <hei...@ya...> - 2001-08-30 04:01:56
|
Today version 0.0.1 (alpha) was released! That takes care of the first part of stage 1 and the task list I had on sourceforge (https://sourceforge.net/pm/?group_id=31630). During the next couple of days I will be making a new list. Since no one has expressed their opinion on the matter, I've come to a decision on the developer list. Those that submit a feature/bug fix/patch and express interest, I will add them so that they can have access to the bug/support trackers, be assigned tasks, etc. I do ask for now that you only use CVS to check out and update your local copy of the code (but please use it for that). Everything should still come through me. If you are looking for something to do, look on the task list. Just make sure no one else has signed up for it. If you find something you want to work on and have are one the developer list go ahead and assign it to yourself with the _estimated_ (we do this for fun, so most of it is work on it as you have time/desire) finish date. If you have questions, please email me. Also, if you're not on the list because you haven't submitted anything yet, let me know what you want to do so I can reserve it under my name. If you are not sure what you can handle, email me and I'll help you pick something. Also, Olivier has been on fire the last couple of days, adding features and fixing bugs, so I encourage you all to make sure you update your local copy every day or so. thanks to everyone for your submissions and interest. conan. __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Conan H. <hei...@ya...> - 2001-08-26 00:03:10
|
Now that most people have joined the list, I just thought I'd give a formal hello and current state of affairs. First of all thanks to everyone for wanting to help out. I know that there are a lot of reasons out there for why, but I know that most of you want experience and/or exposure. So, I'll do my best to give you opportunities to do that. On this mailing list we have two groups: those mostly interested in developing the software and those mostly interested in developing the web site. For now, we'll leave them both here since what one group does may affect the other group, and this keeps us all on the same page. Yesterday I finished a little intro to "Getting Started with saut¨¦" in the documents section. Everyone please read it (it's _really_ short), and if you have any suggestions/comments/questions, please post them to this list. Already we have two more additions to saut¨¦. Graco made some compatability and consistance changes to dbsetup.pl, and Olivier added a simple recipe viewing window to saute.pl. Good job, both of you. I have added both to CVS, so be sure to do a 'cvs update' in your src directory. Also, if anyone is having problems using CVS, please ask, as this will be the main method of getting code. It can be a little confusing at first, but is nice to use once you get it. If you would prefer a GUI interface, Pharmacy seems like a good tool. I am also facing a small administration delema that I would like feed back on. By adding developers to the list-of-developers list (as opposed to the mailing list) they automatically have write rights to the CVS repository and the group directory (which houses the web site). Since I personally have royally messed of this repository when I was learning CVS and have seen similar situations at work, I am a bit hesitant to give this right to everyone helping out. However, I don't want to be a tyrant or anything either. Any suggestions how to handle this? For now, code updates will come to me (hei...@ya...), and web related stuff will go to Jerry (ye...@ho...). That's it for now. Have fun. conan. __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ |
|
From: yello <ye...@ho...> - 2001-08-22 17:02:28
|
Heya, just looked for a site that matches the idea in my mind for a first iteration. Check out www.gnome.org/projects/gnumeric The points I like about the above page are: - It is easy to use/navigate. - It is informative. - It is simple to create. What I don't like about it: - It looks kind of plain. - It does not attract attention. Jerry |
|
From: yello <ye...@ho...> - 2001-08-22 16:29:26
|
Hello. Just checking to make sure I'm actually doing what I am thinking :). Jerry |
4 messages has been excluded from this view by a project administrator.
