Marcher Technologies

+Clients
  • Content count

    17,126
  • Joined

  • Last visited


About Marcher Technologies

  • Rank
    $life=FALSE;$code=TRUE;$time--;
  • Birthday 05/02/1986

IPS Marketplace

  • Resources Contributor Total file submissions: 56

Recent Profile Visitors


110,985 profile views

Marcher Technologies's Activity

  1. Marcher Technologies added a comment Cant delete status updates   

    hrmm... shouldn't it just delete all the account's status' and status replies when the account is deleted? Maybe I'm missing something, but it does not seem like they can function without the account they belong to...
  2. Marcher Technologies added a comment [This Site] Searching contributor forum always no results   

    Contributor status on this site is no more than a profile field editable by staff only micromanaged with custom hooks. hence me asking farber to login as me, I don't think this is a 'bug' as such anymore, I'm nearly dead certain it is specific to this site's setup.
  3. Marcher Technologies added a comment [This Site] Searching contributor forum always no results   

    Hrmm.... farber, could this be a permissions-related thing or something maybe specific to contributor status workings on this site? I'm getting the same still, you getting results says to me something's up... feel free to log in as me to test.
  4. Marcher Technologies added a comment [this site]Gfycat images showing blank.   

    Possibly feedback, but... shouldn't posting a HTTP embed URL on a HTTPS site embed as HTTPS? Your average end user isn't going to specifically change the URL they post to HTTPS.
  5. Marcher Technologies added a post in a topic Changing Block Titles - Why can't we do it?   

    If I understand the wording used correctly, this will make a return in 4.0.9:
  6. Marcher Technologies added a post in a topic IP.Content to Pages: the nightmare on IPS Street   

    Let me ask you something directly then. Of those 100+ blocks, how many are stuffed into a sidebar somewhere or contents of a page somewhere?
    Have you actually sat down and played with the page builder/block manager? While some options have yet to be added to the blocks(coming soon by the roadmap) the base concept is quite good.... you can accomplish a LOT more without getting your hands dirty or hiring a dev with mere drag and drop.... you will likely end up spending a LOT less time than you think. In the end, if you'll step back for a second, you'll also realize any further additions will be much easier and cheaper.
  7. Marcher Technologies added a post in a topic IP.Content to Pages: the nightmare on IPS Street   

    I'll just leave this here...
    /run
  8. Marcher Technologies added a comment Spoiler content loads when page loads   

    in ipb 3.x, it was still loaded on page load, there was merely js hiding it by default and showing it on click, similar to how 4 does it. That is to say, this functionality really hasn't changed in the way it works, though it has changed in the way it looks...
  9. Marcher Technologies added a comment [4.0.7] Emoticon issue when calling a template in an external website   

    echo \IPS\Output::i()->parseFileObjectUrls(\IPS\Theme::i()->getTemplate('topics', 'forums')->postContainer($myTopic, $myPost)); 
  10. Marcher Technologies added a post in a topic PM Email notification....   

    It's there, but like the content is waaay down at the bottom of the email. Considering the title and pm/reply content is the actual focus of the email, I'd think it would make more sense to have this as every other notification type does, title, content, then link. I'm honestly not sure if I should be reporting a bug, the email actually looks and feels like two email templates squished together, like it was redesigned but the old html never removed. There are two 'Read the full message' buttons, one at the top, and another at the bottom. 
  11. Marcher Technologies added a post in a topic IP.Content to Pages: the nightmare on IPS Street   

    I see. That explanation would have saved our kneejerk reaction.
    I'd say at the very minimum, needed 'now now', filtering by Nodes, Status and allowing sorting by fields that make sense(and as much as I hate to say it, by RAND() as well, the end user will have to take responsibility for that weight, maybe add a warning) globally for all feeds. Database feeds however, we really really need the ability to filter by custom fields back. These would get most of the most basic usages and allow you to focus on the rest in subsequent releases.
  12. Marcher Technologies added a post in a topic IP.Content to Pages: the nightmare on IPS Street   

    Excellent. Thanks for the clarification.
  13. Marcher Technologies added a post in a topic IP.Content to Pages: the nightmare on IPS Street   

    I kind of understand where Josh is coming from, though he is blowing it a bit out of proportion considering we haven't even seen the filters planned. The feed block filters is the one area you actually can't ask us for use cases without getting an encyclopedia in response(something few, if any, are willing to type out). Each and every filter was so heavily used it even surprises me. The fear is that by you asking for use cases, you seek to trim down options that are used heavily by most if not all. If we have to 'champion' every filter with a use case it is going to be a long, bumpy road getting anywhere near the powerhouse Content feed Blocks were.
  14. Marcher Technologies added a topic in Product Feedback   

    PM Email notification....
    Would it be possible to move the pm content above the 'read full message' button in the HTML message body by default?
    I very literally just now realized the content is even included in the email, because it is out of sight unless you scroll waaay down.... I can't be the only one to have missed that it is present with the way it is now.
    • 2 replies
    • 130 views
  15. Marcher Technologies added a comment [4.0.7] Upgrade from 3.4.7 generates a new database category with database name   

    Adding steps to reproduce as a separate comment for clarity. Scenario follows.
    On a 3.x site, add a database, and some fields. Do not add any categories, at first(the thought being you wanted records listed on the index). Add some records. Now thinking about it, you decide the benefits of categories outweigh the loss of the easy records list on the database index, and add some categories. Say you forget to modify a few records to use them, then upgrade. This is the result.
    If you really really want to retroactively fix such as this code is attempting to do without confusing the end user, it'd probably be better to just grab the first category you can for the database and make the records use that instead, but it'd probably be less confusing to just require they be manually edited to use a category in this particular circumstance.
    All of that said, this is quite the race case, and I don't understand how this stops anyone from upgrading.... just move the records to the category you want to use and delete the offending category?