|
this link is very helpful. I will give these ways a try.
BTW: my berry bush us goji berry.
diligent hands rule....
|
|
|
|
|
That's a good list.
I'd like to add that when you use soap water, make sure it's old fashioned soap made from natural ingredients.
Some detergents of today leave residue on the plants that aren't degradable nor good for you if you would ingest them.
Also, there's a last resort method missing from that list.
Nicotine.
Reason is probably that it's a bit dangerous. 
Nicotine is a highly effective insecticide, but it's also toxic to humans.
Anyway, take some tobacco and let it soak over night in high concentration alcohol, this will dissolve the nicotine into the alcohol.
Mix this alcohol with soap water and use as described for soap water.
Now the caveat.
Nicotine is an alkaloid that to a large extent is destroyed when smoking, so the concentration in alcohol might be considerably higher than it is in smoke.
Also, nicotine can enter the body through the skin. So the use of rubber gloves isn't just a good idea, it's vital if you want to stay vital.
So if you get some nicotine mixture on your clothes you should quickly take them off and wash yourself with soap. (And wash the clothes before using them again)
Last but not least, Nicotine is biodegradable, but surprisingly stable, so don't use it before harvest.
|
|
|
|
|
What type of bug?
Snails are easy, just pour some salts. Insects that are drawn to sugars are easy; a cup with any sugary water helps.
Butterflies and caterpillars? A net over your plants.
Last suggestion? Catch the bugs, fry them, add BBQ sauce 
Bastard Programmer from Hell 
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
it is invisible in the daytime, but all leaves are eaten.
it is not ladybugs either...
diligent hands rule....
|
|
|
|
|
A circle of salt, 50 cms away from the plant, plus a net.
That's a draconian measure. Nothing will ever grow where you pour that salt. For decades.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
thank you for the info!
diligent hands rule....
|
|
|
|
|
That's how the Romans killed Carthagenian soil and won the war 
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
I think we need more info. How do you know they're bugs if you've not seen them? Could it be deer? Use a trailcam to identify the culprit if you can't be 100% sure it's "bugs". Are there droppings left behind; on the leaves, on the soil? (Are the leaves getting sticky?)
Are entire leaves being eaten, or just nibbled? Is it old leaves or newer ones? Is the woody stalk also being eaten? What are the surroundings (e.g. an urban garden, edge of forest, allotment?)
As someone else suggested, dilute washing-up liquid will deter a good range of pests, but to be sure you need to know your enemy.
|
|
|
|
|
Bears.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Look for a granule that gets rid of hornworms.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
upgrade the bush to Win 11.
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
|
|
|
|
|
Has anyone done anything with Contact Manager?
I have to extract some/most of the data from an obsolete installation and store it somewhere else so it can be accessed after we delete CM. I am trying to do automated extracts (it is encrypted in DB2 so direct access is not an option) and I was wondering if anyone has done anything similar? The version is 8.3 and I can't get anything later.
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
Rubber ducking here... 
I'm working on a project that has a form which the user must fill in to submit a request. This form is used for various request types (+- 4) and shares common functionality (about 70%) between them.
I have the choice of duplicating the form (UI and probably Logic) for the various request types or having one form with sections and columns that will be shown or hidden based on the request type. Either approach has pros and cons...
Duplication: More maintenance if the common sections / logic change. Each request type's form will need to be updated.
Complexity: Potentially many if else statements and more complex to understand and maintain e.g. changes in the common sections could break it for multiple request types.
Which approach would you use? Maybe there is a hybrid approach?
Edit: This is an Angular project, but I think the question applies to development in general.
modified 13-Oct-21 4:14am.
|
|
|
|
|
I don't know how it fits in your dev environment, but I've had success with a hybrid approach.
Basically a couple of large include files that do all the scaffolding, UI layout etc.
Each form includes them, calls the setup routines with appropriate page titles, etc.
Then has its own logic to handle the fields specific to that form.
So, basically, abstracting into (one or more) separate files, the stuff that is common to all the forms.
hth
Peter
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
Depends on your stack, requirements, etc but in something like Angular, component composition would be a good solution to this problem. The idea being you have each of the specific components for the request types that deal with their specific stuff, and they include the common component in their template to handle common stuff, communicating with it through @Input and @Output bindings.
Of course this assumes the common component is actually common. If it just so happens that it's common right now then it's not really common and I'd go with duplication instead. Otherwise that common component will end up accruing so much special-behavior-spaghetti over time it'll become unmanageable.
Those are my initial thoughts at 5am at least. Reader beware 
|
|
|
|
|
I have a situation sounds almost the same. About 50 fill-in forms that has 80% common and 20% special...
I have this also in ASP.NET and also Angular...
I solved it using inheritance - a base form holds 80% of the code (part of which depends on settings overwritten by derivates(?))...
And 50 derivates to add the case specifics...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
Without knowing all the details, it seems I have to point the obvious: do whatever is easier for the user. Don’t let him wade through a long, complicated form just because it makes your code nicer. In the end, users’ time is more valuable than yours (at least because there are so many of them) and making them happy should be the most important thing. Without them your company would not survive and you’d be looking for a job.
Mircea
|
|
|
|
|
I'm all for simplification, but I don't have a choice in how the form is structured and all the fields displayed are required. My question was aimed at the code layout / structure.
modified 12-Oct-21 7:08am.
|
|
|
|
|
Mircea Neacsu wrote: making them happy should be the most important thing
Except that sometime the most desired thing is to wipe them out totally 
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
Sure, but don’t we have the same love/hate relationship with many in our own families.
Seriously speaking, I’m a passionate advocate for a user centric point of view. I’ve seen too many programmers and ‘architects’ in their ivory tower looking with disdain to lowly users and forgetting our whole profession come in existence just to help these users. Can you imagine the people at MIT programming the Apollo guidance computer and saying “screw these astronauts, they are just some trained monkeys”?
Mircea
|
|
|
|
|
Be careful what you wish for - we are all users, occasionally...
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
I don't believe a "user" has anything to do with the issue. It's the following programmers who are affected.
Gus Gustafson
|
|
|
|
|
The way the OP formulated the question led me to believe that he has a choice of showing a form with sections/fields that appear and disappear depending on different user selections vs showing different, simpler forms.
If that's not the case my comment does not apply.
Mircea
|
|
|
|
|
My comment still applies. What the user views is a result of an architectural/design decision; what a following programmer sees appears to be the subject of this question. Kornfeld Eliyahu Peter's response is, I believe, the correct one.
Gus Gustafson
|
|
|
|
|
It's quite probable you are right. That would make my answer a bit of a rant but it wasn't with bad intentions
Mircea
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
